ByteArrayOutputStream合并二进制片段最轻量方式是连续调用write()写入多个byte[]，全程内存操作、不触发I/O；需预估总大小设置初始容量防频繁扩容，仅最终调用toByteArray()一次，多实例合并应使用writeTo()或逐个write(byte[])。
ByteArrayOutputStream 合并二进制片段的核心逻辑
直接用 write() 连续写入多个 byte[] 片段是最轻量、最可控的方式。它不依赖文件系统，也不触发 I/O，所有操作都在内存中完成——但前提是总大小可控，否则容易 OOM。
关键不是“怎么拼”，而是“谁来提供字节、顺序是否可靠、长度是否已知”。比如证书合并场景里，你不能靠字符串分隔符切分，必须用固定长度头（如 4 字节 int）标记每个片段的真实边界。
避免 toByteArray() 频繁调用和重复拷贝
toByteArray() 每次都新建数组并复制全部内容，如果在循环里反复调用，性能会断崖式下跌。正确做法是只在最终需要结果时调一次。
- 中间过程全程操作同一个
ByteArrayOutputStream实例，用write(byte[])或writeTo(OutputStream)追加 - 若需动态获取当前长度，用
size()，比toByteArray().length快且不触发拷贝 - 不要在每次写入后做
baos.toByteArray().clone()——这是典型冗余操作
合并多个 ByteArrayOutputStream 实例的两种安全方式
当已有多个独立的 ByteArrayOutputStream（比如来自不同线程或模块），不能直接共享底层 buffer，必须显式导出再写入目标流。
- 推荐：用
writeTo(OutputStream)，目标传入新的ByteArrayOutputStream，语义清晰、无额外分配 - 备选：先调各自
toByteArray()得到byte[]，再用单个ByteArrayOutputStream.write(byte[])写入——适合片段数量少、总大小明确的场景 - 禁用：
new ByteArrayInputStream(baos1.toByteArray()).readAllBytes()这类绕路写法，徒增 GC 压力
注意初始容量与扩容成本
默认构造的 ByteArrayOutputStream 初始容量是 32 字节，一旦超出就会按 50% 规则扩容（Arrays.copyOf(buf, newCapacity)）。对大文件合并，这会导致多次数组拷贝。
如果你能预估总大小（例如知道两个证书分别是 1248 和 2056 字节），就该显式指定容量：
ByteArrayOutputStream combined = new ByteArrayOutputStream(1248 + 2056 + 8); // +8 是存两个长度头
多留一点余量比频繁扩容更省 CPU；但也不要盲目设极大值（如 100MB），Java 数组最大长度受限于 Integer.MAX_VALUE - 8，且可能触发堆外内存警告。
真正容易被忽略的是：合并后的数据一旦转成 byte[]，就脱离了流的生命周期管理——后续若要复用这个数组做网络传输或加密，得自己确保没被意外修改或泄露。
