Java中如何将StringBuilder直接转为InputStream 避免临时文件支持S3上传

完全不需要落地临时文件，直接通过JDK原生内存流就能完成转换，整个过程无磁盘IO，兼容现有S3上传逻辑。

具体改动点 #

• 直接删除原有dumpStringBuilderToOutputStream方法的全部落盘逻辑，不需要保留任何文件读写相关代码
• 在原有Excel格式化逻辑完成、StringBuilder内容填充完毕后，直接在内存层完成字符到字节的转换，生成标准输入流
• DocumentService中的S3上传逻辑不需要做任何修改，因为传入的流完全符合AWS SDK对输入流的要求

替换后的核心代码 #

public InputStream convertFileToText(MultipartFile file) throws IOException {
    StringBuilder sb = new StringBuilder();

    ZipSecureFile.setMinInflateRatio(0);
    Workbook wb = WorkbookFactory.create(file.getInputStream());
    Sheet firstSheet = wb.getSheetAt(0);

    // 原有遍历Excel单元格、拼接格式化内容到sb的逻辑完全保留，不做改动
    for (Row nextRow : firstSheet) {
        Iterator<Cell> cellIterator = nextRow.cellIterator();
        while (cellIterator.hasNext()) {
            Cell cell = cellIterator.next();
            switch (cell.getCellType()) {
                case STRING:
                    sb.append(cell.getStringCellValue()).append("\t");
                    break;
                case BOOLEAN:
                    sb.append(cell.getBooleanCellValue()).append("\t");
                    break;
                case NUMERIC:
                    sb.append(cell.getNumericCellValue()).append("\t");
                    break;
                case FORMULA:
                    sb.append(cell.getCellFormula()).append("\t");
                    break;
                default:
                    log.debug("Failed to read the content of the cell [{}] ", cell);
            }
        }
        sb.append("\n");
    }
    wb.close();

    // 替换原来的临时文件逻辑，直接生成内存输入流
    // 统一指定UTF-8编码，避免不同服务器默认编码不一致导致的乱码问题
    byte[] contentBytes = sb.toString().getBytes(StandardCharsets.UTF_8);
    return new ByteArrayInputStream(contentBytes);
}

方案说明 #

• 整个转换过程完全在JVM内存中完成，没有任何磁盘读写开销，也不需要额外的临时文件清理逻辑
• ByteArrayInputStream是JDK原生实现的标准InputStream，AWS S3 SDK的PutObjectRequest对输入流没有特殊实现要求，和之前使用FileInputStream的上传行为完全一致
• 不需要引入任何第三方依赖，所有用到的类都是JDK核心包自带的

注意事项 #

• 编码必须显式指定：原来的FileWriter会使用操作系统默认编码，跨环境部署时很容易出现中文乱码，统一指定UTF-8编码可以从根源规避该问题
• 单条上传的格式化内容如果超过500MB以上，需要评估JVM堆内存占用，这种极端场景可以改用PipedInputStream实现流式读写，避免堆内存溢出；绝大多数业务场景下的Excel转制表符文本的内容大小，用ByteArrayInputStream的性能比落盘方案高一个数量级以上

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