Appium PageFactory Maven命令行运行抛NoSuchMethodException异常

触发异常的代码PageFactory.initElements(new AppiumFieldDecorator(driver, Duration.ofSeconds(15)), this)本身没有逻辑问题，这个NoSuchMethodException: jdk.proxy2.$Proxy12.proxyClassLookup()报错完全是不同运行环境的类加载机制差异导致的，和测试代码、testng配置无关：

• 直接在IDE里跑测试类、执行testng.xml时，所有类（编译输出的业务代码、测试代码、所有第三方依赖）都会被同一个类加载器加载，AppiumFieldDecorator生成页面元素动态代理时，能正常通过反射查找代理类关联的方法，运行完全正常。
• 走Maven命令执行mvn test/mvn verify时，默认的maven-surefire测试插件会启用类加载隔离机制，把不同来源的类拆分到独立的类加载器里加载——这个机制本来是为了避免不同版本依赖的类冲突，但隔离逻辑会打断动态代理的类引用链路。如果同时用的是JDK17及以上版本，高版本JDK对动态代理的反射访问做了严格的模块权限封装，就会直接出现代理类找不到proxyClassLookup方法的运行时异常。

1. 调整Surefire插件配置，对齐IDE的类加载逻辑 #

在pom.xml的<build>节点下的maven-surefire-plugin配置中，新增两项关键配置：

• 关闭类加载隔离，让测试运行时的类加载逻辑和IDE完全一致
• 对JDK17以上版本，放开动态代理相关的模块反射访问权限

配置参考：

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-surefire-plugin</artifactId>
  <configuration>
    <useSystemClassLoader>false</useSystemClassLoader>
    <argLine>
      --add-opens java.base/java.lang=ALL-UNNAMED
      --add-opens java.base/java.lang.reflect=ALL-UNNAMED
    </argLine>
  </configuration>
</plugin>

2. 校验命令行Maven使用的JDK版本 #

很多时候IDE默认绑定的是项目配置的JDK8/11，但系统环境变量里的JAVA_HOME指向的是高版本JDK17/21，命令行跑Maven时会直接用这个高版本JDK，因为权限收紧触发兼容问题。可以通过执行mvn -version查看当前命令行用的JDK版本，和IDE的项目SDK配置保持一致即可。

3. 升级Appium Java Client版本 #

如果当前用的是低于7.0.0版本的旧版java-client，旧版的AppiumFieldDecorator没有适配高版本JDK的动态代理加载逻辑，升级到当前稳定版的java-client依赖即可解决原生兼容问题。

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