Java中 StringBuilder 构造函数 pre-size 指定初始容量怎么减少扩容
给StringBuilder指定初始容量可减少扩容次数，避免数组拷贝带来的性能损耗。通过预估最终字符串长度或调用ensureCapacity()确保容量充足，但需避免过度预留导致内存浪费。默认容量16，频繁扩容会产生多次复制。
先说说核心结论：给 StringBuilder 指定初始容量，说白了就是为了省去频繁扩容带来的性能开销。扩容这事儿，说白了就是数组拷贝，一次两次还好，次数多了，性能损耗就上来了。提前预估好大小，就能把扩容次数降到最低，甚至直接归零。
那么，具体怎么做？
预估总长度，一步到位
最直接的办法，就是在创建 StringBuilder 之前，把最终字符串的长度算个大概，然后直接传给构造方法。比如你要拼接固定字符串和变量，可以手动加一加：
- 已知的字面量长度，比如
"Hello "就是 6 个字符 - 变量的话，如果是个对象，可以调
.toString().length()；如果是基本类型，按经验估算，比如int最多 11 位，long最多 20 位 - 别忘了分隔符、换行符这些小东西，加起来就对了
举个例子：new StringBuilder(6 + name.length() + 4 + ageStr.length())，对应 "Name: " + name + ", Age: " + age 这种拼接。这样，内部数组从一开始就够用，性能自然最优。
用 ensureCapacity() 兜底
如果构造时实在没法精确估算，比如逻辑比较复杂，那可以在拼接之前主动调用 ensureCapacity(int minimumCapacity)。这个方法会强制保证内部数组至少有指定容量，不够的话一次扩容到目标大小：
- 比边拼边扩容更可控，不会出现“满了才扩，扩了又满”的尴尬局面
- 特别适合“先收集数据，再统一拼接”的场景
- 注意，它只影响
capacity()，不影响length()，也就是不会改变已有的内容
警惕过度预留，别浪费内存
容量设大固然能防扩容，但也不是越大越好。设得太大，尤其在大量短生命周期对象的场景下，堆内存压力会明显上升：
- 不要盲目设个几千上万，除非你真需要那么多
- 对于不确定长度的场景，可以结合经验值，比如日志消息通常不超过 256 字符，那设个 256 就够了
- JVM 对小对象的内存分配优化其实不错，适度预留（比如 64、128、256）往往性价比更高
看看默认容量，就明白扩容代价了
StringBuilder() 默认容量是 16。一旦超出，JDK 8 的扩容公式是 newCapacity = oldCapacity * 2 + 2，JDK 17+ 则是 oldCapacity + (oldCapacity >> 1)，也就是 1.5 倍。连续扩容意味着多次数组复制，每次都要把已有内容全部拷贝一遍：
- 从 16 开始，要扩到 1000 字符，大概得扩容 6 次，每次拷贝的数据量越来越大
- 如果一开始就设成 1024，那零扩容，性能差距非常明显
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
AirBuddy 3 是面向 macOS 的蓝牙外设增强工具，可集中查看 AirPods、Beats 与苹果设备电量，提供快速连接、播放控制、电量提醒、桌面小组件和多台 Mac 外设接力等功能。
AirServer macOS版可把 Mac 转换为无线投屏接收端，通过 AirPlay 或 Google Cast 接收手机、平板和电脑画面，并支持多设备同时连接、高清镜像及会话录制，适合家庭娱乐、课堂教学、会议演示和应用展示。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，
AirServer Windows版可把电脑变成AirPlay、Google Cast和Miracast无线投屏接收端，适合会议演示、课堂教学及家庭大屏分享。发送设备通常无需另装客户端，并可同时接收和智能排列多个镜像会话。