Java 16及以上版本模块化项目使用iText 7的简便方法咨询

首先明确基础逻辑：Java 是向前兼容的，基于 Java 8 编译的合法字节码可以直接在 Java 16 环境运行，你不需要对 iText 7 的官方 Jar 包做任何重编译改造，你遇到的适配问题本质是 JPMS 模块化的访问限制，而非编译版本不兼容。

以下是可落地的操作方案：

• 方案一：调整为类路径运行（最低改造成本）
  如果你的项目没有强制要求使用模块化结构，直接将 iText 7 依赖放在 classpath 下运行即可，无需额外配置，所有功能都可以正常调用。
• 方案二：保留模块化结构适配
  如果必须使用 JPMS 模块化，按以下步骤配置即可：
  1. 在 module-info.java 中声明对 iText 7 自动模块的依赖，iText 7 官方包未自带 module-info.class，会被 JDK 自动识别为自动模块，模块名对应 Jar 包名去掉版本后缀，核心模块示例声明：

  requires itext.core;
  

  2. 启动时添加 JVM 参数开放权限，Java 16 默认关闭了非法反射访问，需要添加以下参数兼容旧版本依赖：
     --add-opens java.base/java.lang=ALL-UNNAMED --add-opens java.base/java.io=ALL-UNNAMED --illegal-access=permit
• 依赖引入建议
  不要手动下载 Jar 包导入项目，使用 Maven/Gradle 等构建工具引入官方正式版本，构建工具会自动处理传递依赖，避免缺失类问题。以 Maven 为例，核心依赖仅需引入官方 iText 7 Core 的 GAV 坐标即可。

不要尝试通过 jdeps 等工具重编译改造官方 iText 7 Jar 包，这类操作会破坏官方包的签名、内部结构，反而会引发更多不可预期的运行异常。

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