如何禁止JUnit访问私有类成员，确保测试与生产环境序列化行为一致？

这种测试和生产“两张脸”的问题真的很闹心，明明测试跑通了，一上生产就炸锅。我来帮你拆解下原因，再给几个实用的解决办法：

先搞懂为啥会有差异 #

JUnit运行时的环境通常会放宽Java的反射权限限制——Gson默认会尝试调用AccessibleObject.setAccessible(true)来访问私有字段，在JUnit的测试环境里这个操作被允许了，但生产环境的安全策略（比如模块化JDK的权限控制、应用服务器的安全配置）大概率会禁止这种“非法”的反射访问，所以就出现了测试正常、生产报错的情况。

解决办法，按优先级排序 #

• 方法一：给测试环境加上和生产一致的权限限制
  直接在JUnit的运行配置里添加JVM参数，模拟生产环境的严格权限：

  • 如果是Java 9+，添加参数：--illegal-access=deny，这个参数会彻底禁止非标准的反射访问私有成员。
    • 操作方式：比如在IntelliJ里编辑JUnit运行配置，在「VM options」里填这个参数；如果用Maven，就在surefire插件里配置<argLine>--illegal-access=deny</argLine>。
  • 如果是Java 8，可以自定义安全策略文件，限制Gson不能调用setAccessible方法，把策略文件通过-Djava.security.policy=你的策略文件路径参数传给测试JVM。

• 方法二：统一测试和生产的Gson配置
  别用默认的GsonBuilder.create()，手动配置Gson，让它不主动去碰私有字段，从代码层面对齐行为：

  Gson gson = new GsonBuilder()
      // 只序列化带有@Expose注解的字段，私有字段没加注解就不会被处理
      .excludeFieldsWithoutExposeAnnotation()
      .create();
  

  之后给类A需要序列化的非私有字段加上@Expose注解，如果私有字段必须序列化，就给它写getter方法，或者自定义TypeAdapter——这样测试时就会和生产一样，无法直接访问私有字段，提前暴露问题。

• 方法三：用模块化JDK的权限控制（Java 9+适用）
  如果你的应用是模块化项目，别在测试模块的module-info.java里给Gson开放java.time模块的反射权限，也就是不要写opens java.time to com.google.gson;。这样测试时Gson就没法访问Instant的私有成员，和生产环境的模块权限保持一致。

总结 #

优先选方法一，最贴近真实生产环境的权限场景；如果怕配置麻烦，方法二从代码层面统一行为，也能有效避免这种“测试过了生产挂”的尴尬。

备注：内容来源于stack exchange，提问作者Welharden