我也想知道同样的事情，并尝试在 Java 9 的早期访问版本下运行我的 Hibernate 应用程序。这是我学到的。
我遇到的第一个问题是 javax.xml.bind.JAXBException 的 ClassNotFoundException。 JAXB 自 Java 6 以来一直在运行时类路径中，但在 Java 9 中，它不再默认发布。至少有两种方法可以解决此问题：
- 在 Java 9 JVM 中运行程序时，请包含命令行参数“--add-modules java.se.ee”。这指示 Java 9 再次在类路径中包含 JAXB（和其他库）。但请记住，这个论点将被 Java 8 JVM 拒绝；因此，如果您允许用户在多个 Java 版本下运行，则必须动态计算命令行，或要求用户手动编辑命令行。
-
在您的应用程序中包含 JAXB 库。如果您的 Hibernate 应用程序是注解驱动的，它实际上可能不需要 JAXB 的任何实现，在这种情况下，您只需包含 JAXB API 即可。这是我添加到我的 pom 中的依赖项：
<!-- JAXB API -->
<dependency>
<groupId>javax.xml.bind</groupId>
<artifactId>jaxb-api</artifactId>
<version>2.2.11</version>
</dependency>
解决了 JAXB 问题后，我运行了应用程序并收到了数千行堆栈跟踪，如下所示：
java.lang.reflect.InaccessibleObjectException: Unable to make protected final java.lang.Class java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain) throws java.lang.ClassFormatError accessible: module java.base does not "opens java.lang" to unnamed module @49f97198
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:337)
at java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:281)
at java.base/java.lang.reflect.Method.checkCanSetAccessible(Method.java:197)
at java.base/java.lang.reflect.Method.setAccessible(Method.java:191)
at javassist.util.proxy.SecurityActions.setAccessible(SecurityActions.java:103)
at javassist.util.proxy.FactoryHelper.toClass2(FactoryHelper.java:181)
at javassist.util.proxy.FactoryHelper.toClass(FactoryHelper.java:164)
at javassist.util.proxy.ProxyFactory.createClass3(ProxyFactory.java:507)
at javassist.util.proxy.ProxyFactory.createClass2(ProxyFactory.java:492)
at javassist.util.proxy.ProxyFactory.createClass1(ProxyFactory.java:428)
at javassist.util.proxy.ProxyFactory.createClass(ProxyFactory.java:400)
at org.hibernate.proxy.pojo.javassist.JavassistProxyFactory.postInstantiate(JavassistProxyFactory.java:72)
at org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:162)
at org.hibernate.tuple.entity.AbstractEntityTuplizer.<init>(AbstractEntityTuplizer.java:163)
at org.hibernate.tuple.entity.PojoEntityTuplizer.<init>(PojoEntityTuplizer.java:58)
出现这些异常后，您的应用可能看似正常运行。但不要上当：对象的延迟初始化已被禁用。因此，您可能会遇到严重的性能问题。
出现这些错误是因为新模块系统中的强封装规则阻止了 Hibernate 的运行时字节码增强功能。有关此问题的详细说明，请参阅 this stackoverflow post。
如那篇文章所述，您可以通过在启动 JVM 时添加另一个命令行参数来消除这些错误。但这种方法只是一种变通方法，并不是一个好的长期解决方案。
经过反复试验，我发现了一个更好的解决方案：
- 使用 Hibernate 5.0.0 或更高版本（早期版本不起作用），并且
- 请求 build-time bytecode enhancement（使用 Gradle、Maven 或 Ant 插件）。
这避免了 Hibernate 在运行时执行基于 Javassist 的类修改的需要，消除了上面显示的堆栈跟踪。我用 Hibernate 5.0.12.FINAL、5.1.5.Final 和 5.2.9.Final 对此进行了测试。
但是，您应该在之后彻底测试您的应用程序。 Hibernate 在构建时应用的字节码更改似乎与在运行时应用的不同，导致应用程序行为略有不同。当我启用构建时字节码增强时，我的应用程序中成功多年的单元测试突然失败了。 （我不得不追查新的 LazyInitializationException 错误和其他问题。）而且行为似乎从一个版本的 Hibernate 到另一个版本有所不同；我可以修复我的单元测试以在 5.0.12 中工作，只是看到它们在 5.1.5 中再次失败。 谨慎行事。