Java中用Inflater解压需先剥离zlib/gzip头部，再调用setInput装填数据，循环inflate直至finished()为true，并务必调用end()释放资源，否则易致内存泄漏。
Java中用Inflater解压数据，核心是将压缩后的字节数组还原为原始内容。它适用于zlib格式（如DEFLATE算法）压缩的数据，常见于HTTP响应、ZIP文件内部条目或自定义压缩传输场景。注意：Inflater不直接处理ZIP或GZIP文件头，需手动剥离头部或配合ZipInputStream/GZIPInputStream使用。
准备压缩数据（确认格式）
Inflater只处理纯DEFLATE流，不含zlib头（2字节）或gzip头（10字节）。若数据来自Deflater且设置了nowrap=false（默认），则带zlib头；设为true才输出裸DEFLATE流。
- 从网络或文件读取的压缩数据，先确认来源是否已去头 —— 比如用
Deflater压缩时加了new Deflater(Deflater.DEFAULT_COMPRESSION, true) - 若不确定，可用工具（如
hexdump）查看前两字节：若为78 9C或78 DA，说明有zlib头，需跳过前2字节再传给Inflater
创建Inflater并设置输入
实例化Inflater后，调用setInput(byte[] b, int off, int len)提供待解压数据。该方法不触发解压，只是“装填”输入缓冲区。
- 可多次调用
setInput（比如分块读入），但每次调用会覆盖上一次输入 - 若数据量大，建议复用同一
Inflater实例，避免频繁创建开销 - 解压前务必检查
needsInput()返回true，确保已正确设置输入
循环解压直到完成
解压通过inflate(byte[] b, int off, int len)完成，它尝试将尽可能多的解压数据写入目标数组，并返回实际写出字节数。需循环调用，直到返回值为0且finished()为true。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 每次调用前确保目标数组有空间，通常用
new byte[4096]作为缓冲区较稳妥 - 当
inflate()返回0，且needsInput()为true，说明输入已耗尽但输出未完 → 可能数据损坏或不完整 - 成功解压后，
finished()返回true，此时可安全结束循环
释放资源与异常处理
Inflater持有本地资源（C堆内存），用完必须调用end()释放，否则可能引发内存泄漏。推荐用try-finally或try-with-resources（JDK 9+支持AutoCloseable）。
- 捕获
DataFormatException——最常见异常，表示输入数据非有效DEFLATE流或校验失败 - 不要忽略
inflate()返回负值（如-3），它代表错误码，应结合getAdler()和文档排查 - 解压后建议验证输出长度是否符合预期（如有原始长度信息），防止截断或溢出
基本上就这些。用Inflater解压不复杂但容易忽略头格式和资源释放，理清输入/输出状态循环逻辑，就能稳定还原数据。
