必须调用 toByteArray() 获取精确字节数组，因其复制 [0, count) 区间内容；字符串写入须显式指定 StandardCharsets.UTF_8 编码；大体积数据应预设容量减少扩容复制；close() 无效，复用需调用 reset()。
ByteArrayOutputStream 写入后必须调用 toByteArray() 获取结果
很多人误以为写入数据后直接访问内部数组就行，其实 ByteArrayOutputStream 的 buf 字段是动态扩容的，且实际有效长度由 count 控制。不调用 toByteArray() 而直接取 buf，会得到带冗余零字节的数组，甚至越界风险。
正确做法始终是调用 toByteArray() —— 它内部会复制 [0, count) 区间内容，返回一个精确长度的新数组：
ByteArrayOutputStream out = new ByteArrayOutputStream();
out.write("hello".getBytes(StandardCharsets.UTF_8));
out.write(" world".getBytes(StandardCharsets.UTF_8));
byte[] merged = out.toByteArray(); // ✅ 正确：长度为 11，内容是 "hello world"
多次写入字符串时注意字符编码一致性
如果合并的是字符串，String.getBytes() 不传编码参数会依赖平台默认编码（如 Windows 上可能是 GBK），极易导致跨环境乱码。尤其当多段数据来自不同来源（如配置文件、HTTP 响应、用户输入）时，编码混用会让 toByteArray() 结果不可预测。
务必显式指定编码：
- 统一用
StandardCharsets.UTF_8（推荐，兼容性好） - 避免
"utf-8"这类字符串形式，它可能抛UnsupportedEncodingException - 若需兼容旧 API（如 Java 7），用
"UTF-8"并捕获异常
示例：
out.write("接口响应".getBytes(StandardCharsets.UTF_8));
out.write(":".getBytes(StandardCharsets.UTF_8));
out.write("200".getBytes(StandardCharsets.UTF_8)); // ✅ 全部 UTF-8
大体积数据合并时考虑内存与性能
ByteArrayOutputStream 底层用 byte[] 存储，每次扩容都是数组复制（时间复杂度 O(n)）。若预估最终大小，建议构造时传入初始容量，减少复制次数：
- 例如合并 10 个约 512KB 的 byte[]，可初始化
new ByteArrayOutputStream(512 * 1024) - 若完全未知，也别盲目设极大值（如 100MB），容易触发 OOM
- 超过几 MB 仍频繁合并，应评估是否该用
FileOutputStream或流式处理
扩容逻辑：默认初始 32 字节，翻倍增长（32 → 64 → 128 → …），直到够用。
合并完成后记得关闭？其实不用
ByteArrayOutputStream 是内存操作，不涉及系统资源（如文件句柄、Socket），所以 close() 是空操作，调用与否对功能无影响。JDK 文档明确说明：“Closing a ByteArrayOutputStream has no effect.”
但要注意两点：
- 不要在
try-with-resources中无谓包裹它——增加可读性负担，且 IDE 可能警告“resource never used” - 若后续要复用同一个实例，得调用
reset()清空内容，而不是靠 close
常见误写：
try (ByteArrayOutputStream out = new ByteArrayOutputStream()) {
out.write(...);
return out.toByteArray();
} // ❌ 多余，且 reset() 更清晰
真正容易被忽略的是：合并后的字节数组是独立副本，和 ByteArrayOutputStream 实例不再关联；如果之后又写入新数据却忘了 reset()，就变成追加而非重置合并了。
