zipentry 不控制压缩等级或加密，压缩级别由 zipoutputstream.setlevel() 统一设置，加密需依赖 zip4j 等第三方库。
ZipEntry 本身不直接设置压缩等级或加密属性，这些控制权在 ZipOutputStream 和外部加密库手上。它只负责描述单个条目（比如文件名、时间戳、是否目录等），真正的压缩行为和密码保护由更上层的流或工具决定。
压缩等级由 ZipOutputStream 统一控制
Java 标准库中，ZipEntry 没有 setLevel() 或类似方法。压缩级别是通过 ZipOutputStream.setLevel(int) 设置的，影响后续所有调用 putNextEntry() 的条目。常见取值包括：
- Deflater.NO_COMPRESSION（即 0）：存储模式，不压缩，速度最快
- Deflater.DEFAULT_COMPRESSION（-1）：默认平衡级别
- Deflater.BEST_COMPRESSION（9）：最高压缩率，耗时最长
注意：即使为不同文件创建多个 ZipEntry，只要没调用 setLevel() 改变，它们都走同一个压缩级别。
ZipEntry 不处理加密，加密靠外部机制
标准 java.util.zip 包中的 ZipEntry 和 ZipOutputStream 完全不支持加密。所谓“ZIP密码”不是 ZipEntry 的属性，而是压缩工具（如 WinRAR、7-Zip）或第三方库（如 zip4j）在写入数据流时额外添加的加密头和密文逻辑。
如果你用 zip4j，加密参数（如 AES-256、密码、是否加密文件名）是通过 ZipParameters 对象传给 addFile() 或 addFolder() 的，ZipEntry 实例本身不会暴露或保存这些信息。
实际开发中该怎么做
想同时控制压缩与加密，推荐分两步走：
- 若只需基础压缩（无加密）：用
ZipOutputStream+setLevel()，配合普通 ZipEntry 即可 - 若需加密（尤其是 AES）：放弃原生 zip 包，改用
net.lingala.zip4j，它把压缩、加密、注释、多线程等封装进ZipParameters，调用清晰且兼容主流解压软件 - 避免混用：不要试图先用 ZipOutputStream 压缩再“补加”密码——原生 ZIP 流不支持后期加密，必须从头用支持加密的库生成
