JSP场景下图片嵌入消息后，如何不改变原图片大小返回处理后的BufferedImage？

问题根源分析 #

你遇到的核心矛盾在于：

• ImageIO.write(image, "png", sos) 默认使用的PNG编码器会采用通用压缩参数，和原图片的压缩设置（比如滤镜选择、压缩级别）不一致，哪怕只是修改了像素的最低有效位（LSB隐写），重新编码后的PNG体积也可能大幅膨胀。
• 而你尝试的显式压缩设置（setCompressionQuality(0.1f)）会改变像素数据的编码逻辑，直接破坏隐写在最低位的消息，导致后续无法提取。

隐写本身只会修改像素的最低位，这些修改对体积的影响微乎其微，问题本质是重新编码时没有复用原图片的PNG压缩参数，导致了不必要的体积增长。

可行解决方案 #

方案1：复用原图片的PNG编码参数（推荐） #

读取原图片时同步获取其PNG元数据和压缩参数，写入时复用这些参数，既能完整保留隐写后的像素数据，又能沿用原图片的压缩逻辑，体积不会大幅增加，且隐写信息完全无损。

示例代码：

protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
    Part filePart = request.getPart("img");
    String msg = request.getParameter("msg");
    String key = request.getParameter("key");
    
    response.setContentType("image/png");
    ServletOutputStream sos = response.getOutputStream();
    
    ImageReader reader = null;
    ImageInputStream iis = null;
    ImageWriter writer = null;
    ImageOutputStream ios = null;
    
    try {
        // 1. 读取原图片并获取原PNG的编码参数与元数据
        iis = ImageIO.createImageInputStream(filePart.getInputStream());
        reader = ImageIO.getImageReadersByFormatName("png").next();
        reader.setInput(iis);
        
        BufferedImage image = reader.read(0);
        PNGWriteParam writeParam = (PNGWriteParam) reader.getDefaultWriteParam();
        // 复用原图片的压缩参数
        writeParam.setCompressionMode(ImageWriteParam.MODE_COPY_FROM_METADATA);
        IIOMetadata metadata = reader.getImageMetadata(0);
        
        // 2. 执行隐写操作（假设你的embed方法直接修改BufferedImage的像素）
        embed(msg, image, key);
        
        // 3. 使用原参数写入图片
        writer = ImageIO.getImageWritersByFormatName("png").next();
        ios = ImageIO.createImageOutputStream(sos);
        writer.setOutput(ios);
        writer.write(null, new IIOImage(image, null, metadata), writeParam);
        
    } catch (NoSuchAlgorithmException e) {
        e.printStackTrace();
    } finally {
        // 关闭所有资源
        if (reader != null) reader.dispose();
        if (writer != null) writer.dispose();
        if (iis != null) iis.close();
        if (ios != null) ios.close();
        sos.close();
    }
}

方案2：直接操作原图片字节流（进阶） #

如果你的隐写逻辑基于LSB修改，可以直接解析原PNG的字节流，定位像素数据区域修改后，直接输出修改后的字节流，完全跳过重新编码步骤。这种方式体积和原图片几乎完全一致，但需要对PNG格式结构有一定了解，或借助专门的隐写库（比如Apache Commons Imaging）简化操作。

示例思路（伪代码）：

// 读取原图片字节数组
byte[] originalBytes = IOUtils.toByteArray(filePart.getInputStream());
// 解析PNG字节流，获取像素数据块
PNGImageParser parser = new PNGImageParser();
PNGImage png = parser.parseImage(originalBytes);
// 修改像素数据的最低位嵌入消息
modifyPixelsWithMessage(png.getPixelData(), msg, key);
// 将修改后的PNG字节流直接输出
sos.write(png.toByteArray());

方案3：避免转为BufferedImage（极端场景） #

如果你的隐写操作不需要完整的BufferedImage对象，可以直接在ImageInputStream中操作像素数据，修改后直接转存为ImageOutputStream输出，避免BufferedImage带来的编码损耗。这种方式实现复杂，但能最大程度保留原图片的所有属性。

关键注意点 #

• 隐写操作必须保证像素数据的完整性，绝对不能使用有损压缩（哪怕是PNG的压缩质量调整，也可能影响像素值的最低位）。
• 复用原图片的压缩参数是平衡体积和隐写完整性的最优方案，它既保留了隐写后的像素数据，又使用了原图片的高效压缩逻辑，体积只会有极微小的增加（因为隐写修改的是最低位，压缩算法对这种微小变化的敏感度极低）。

内容的提问来源于stack exchange，提问作者Vinay Kumar P.V.