Java中JarFile类可安全高效读取JAR资源，本质是增强版ZipFile，支持签名验证与MANIFEST解析；需显式关闭或用try-with-resources；entries()遍历条目，getJarEntry()精确查找，getInputStream()读取内容；注意线程不安全及路径格式。
Java中通过JarFile类可以安全、高效地读取JAR包内的资源，无需解压整个文件。关键在于理解JAR本质是ZIP格式的扩展，而JarFile是java.util.zip.ZipFile的子类，专为JAR元数据（如MANIFEST.MF、签名文件）做了增强支持。
获取JarFile实例并遍历条目
使用new JarFile(File)或new JarFile(String)打开JA
R文件；注意必须显式调用close()释放资源，推荐配合try-with-resources使用：
- 支持传入
boolean verify参数控制是否校验签名（默认true，若JAR未签名可设为false提升性能） -
entries()返回Enumeration，可遍历所有条目（包括目录、class、properties、META-INF/下的文件） -
getJarEntry(String name)按路径精确查找，路径使用正斜杠（如"com/example/Main.class"），不支持通配符
读取具体资源内容
拿到JarEntry后，调用getInputStream()获取其字节流：
- 流仅支持一次读取，不可重复使用；若需多次访问，应先读入byte[]或复制到其他流
- 对class文件，可结合
ClassReader（ASM）或javap工具解析字节码；对文本资源，建议用new InputStreamReader(is, StandardCharsets.UTF_8)避免乱码 - 注意：
JarEntry本身不包含完整路径信息，getName()返回的是JAR内相对路径，不含前导斜杠
处理META-INF与签名验证
JAR的META-INF/目录存放清单和签名信息，JarFile提供专门方法访问：
-
getManifest()直接返回Manifest对象，可读取Main-Attributes和Entries（每个class或resource的摘要） - 签名文件（如
META-INF/XXX.SF）和签名块（.DSA/.RSA）可通过getEntry()普通读取，但验证逻辑由JVM在类加载时自动完成 - 若手动验证失败（如
SecurityException: digest missing），通常因JAR被修改或MANIFEST中Digest值与实际内容不匹配
常见陷阱与替代方案
直接操作JarFile灵活但需谨慎：
- 不要在多线程间共享同一个
JarFile实例——它不是线程安全的 - 避免用
ClassLoader.getResourceAsStream()替代JarFile读取——前者依赖类路径且无法获取原始JarEntry元数据（如size、time、crc） - 若只需读取少量已知资源，优先考虑
Class.getResourceAsStream()；若需扫描、分析或批量提取，JarFile更可控 - JDK9+引入
ModuleLayer和ModuleFinder，对模块化JAR有更高级支持，但传统JAR仍广泛适用JarFile
基本上就这些。掌握JarFile的核心在于把它当做一个带元数据的ZIP浏览器——结构清晰，接口简洁，用对了事半功倍。
