Jackson转List为换行分隔字节数组遇OOM，求高效实现方案

你的transform2出现内存溢出的核心原因是**ByteArrayOutputStream会将所有序列化后的内容缓冲在内存中**，当dto.getEntities()包含大量数据时，内存无法容纳全部内容就会抛出OutOfMemoryError。Jackson本身提供了标准的流式处理方案，不需要自行实现序列化逻辑，下面分两种场景给出优化方案：

场景一：必须返回byte[]（无法修改方法签名） #

如果业务上必须返回byte[]，只能将所有内容加载到内存，但可以通过以下方式减少内存开销：

1. 复用ObjectMapper实例：避免每次调用方法都新建ObjectMapper，新建实例会消耗额外资源，建议将其作为类成员变量或单例使用。
2. 预初始化ByteArrayOutputStream的容量：根据单个实体的JSON大小估算总容量，减少扩容时的内存拷贝浪费。

优化后的代码示例：

// 把ObjectMapper作为类成员变量复用
private final ObjectMapper objectMapper = new ObjectMapper();

public byte[] transform2(MyDto dto) throws IOException {
    if (dto.getEntities() == null || dto.getEntities().isEmpty()) {
        return new byte[]{};
    }
    // 预估每个实体序列化后约100字节，可根据实际情况调整
    int estimatedSize = dto.getEntities().size() * 100;
    ByteArrayOutputStream baos = new ByteArrayOutputStream(estimatedSize);
    try (SequenceWriter seq = objectMapper.writer()
            .withRootValueSeparator("\n")
            .writeValues(baos)) {
        for (Object entity : dto.getEntities()) {
            seq.write(entity);
        }
    }
    return baos.toByteArray();
}

场景二：可以修改方法签名（推荐的高效方案） #

这是从根源解决内存溢出的最佳方式：直接将序列化结果写入目标输出流（比如HTTP响应流、文件流），不需要先把所有内容缓冲在内存中。Jackson的SequenceWriter本身就是为流式处理设计的，搭配外部输出流可以实现零内存缓冲（仅保留当前序列化对象的内存）。

修改后的代码示例：

private final ObjectMapper objectMapper = new ObjectMapper();

// 方法改为接收输出流参数，直接写入目标流
public void transform2(MyDto dto, OutputStream targetOut) throws IOException {
    if (dto.getEntities() == null || dto.getEntities().isEmpty()) {
        return;
    }
    try (SequenceWriter seq = objectMapper.writer()
            .withRootValueSeparator("\n")
            .writeValues(targetOut)) {
        for (Object entity : dto.getEntities()) {
            seq.write(entity);
        }
    }
}

这种方式下，无论实体列表多大，都只会占用序列化单个对象的内存，彻底避免内存溢出问题。

额外建议 #

• 如果实体是自定义的DTO而非示例中的Integer，确保实体的序列化逻辑是高效的，避免在序列化过程中产生大量临时对象。
• 若使用Jackson 2.10+版本，可以尝试启用MapperFeature.USE_THREAD_LOCAL_FOR_BUFFER_RECYCLING，进一步减少内存分配开销。

内容的提问来源于stack exchange，提问作者Oleksandr H