8月, 2018 | 滩之南

1. 问题

在使用jinfo查看进程所运行的环境变量信息时，报can't determine target's VM version的错误。

$ jinfo -sysprops 15444 Attaching to process ID 15444, please wait... Error attaching to process: java.lang.RuntimeException: can't determine target's VM version : field "_reserve_for_allocation_prefetch" not found in type Abstract_VM_Version sun.jvm.hotspot.debugger.DebuggerException: java.lang.RuntimeException: can't determine target's VM version : field "_reserve_for_allocation_prefetch" not found in type Abstract_VM_Version at sun.jvm.hotspot.HotSpotAgent.setupVM(HotSpotAgent.java:435) at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:305) at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:140) at sun.jvm.hotspot.tools.Tool.start(Tool.java:185) at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118) at sun.jvm.hotspot.tools.JInfo.main(JInfo.java:138) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at sun.tools.jinfo.JInfo.runTool(JInfo.java:108) at sun.tools.jinfo.JInfo.main(JInfo.java:76) Caused by: java.lang.RuntimeException: can't determine target's VM version : field "_reserve_for_allocation_prefetch" not found in type Abstract_VM_Version at sun.jvm.hotspot.runtime.VM.<init>(VM.java:291) at sun.jvm.hotspot.runtime.VM.initialize(VM.java:370) at sun.jvm.hotspot.HotSpotAgent.setupVM(HotSpotAgent.java:431) ... 11 more

2. 解决方法

刚开始认为是应用程序打包时没有指定编译的目标JDK，检查后排除了这个问题。

然后网上查找，有文说是权限问题，在Linux下使用su命令可以解决问题，但是我的是在windows下，应该不是权限问题。

然后想了想，会不会是jdk8/jdk9的配置不对，重新配置后，问题依然在，无论使用jdk8的jinfo，还是jdk9的jinfo都报同样问题。

最后觉得会不会是环境变量配置问题，然后使用set命令查看了下环境变量，发现path对应有如下设置，

Path=...;G:\local\java-1.8.0-openjdk-1.8.0.151\bin;...

在path中定义的java路径为open jdk 8。

将oracle jdk 9的路径指定到path中后，问题得到解决。

set JDK_HOME=G:\local\java\jdk-9.0.1
set PATH=%JDK_HOME%\bin;%PATH%

上面看到的问题应该是open jdk 8和oracle jdk 9之间的匹配问题。

3. 总结

依次类推，在使用jdk tools查看进程和内存时，下面的查看可能出现类似问题，

在path中定义java路径为openjdk 8，使用oracle jdk 8/9 tools查看运行在oracle jdk 8/9环境中的java应用程序

使用oracle jdk 8 tools查看运行在oracle jdk 9环境中的应用程序

下面的匹配将运行正常，

在path中定义java路径为oracle jdk 9，使用oracle jdk 9 tools 查看运行在oracle jdk 8/9环境中的应用程序

在path中定义java路径为oracle jdk 8，使用oracle jdk 8 tools 查看运行在oracle jdk 8环境中的应用程序

此记以参考。

1. 问题描述

Spring Boot Application在启动时报如下错误，

  .   ____          _            __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
 \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
  '  |____| .__|_| |_|_| |_\__, | / / / /
 =========|_|==============|___/=/_/_/_/
 :: Spring Boot ::        (v1.5.8.RELEASE)

 ...
 2018-08-02 10:46:59.333  WARN 12168 --- [           main] ationConfigEmbeddedWebApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.BeanDefinitionStoreException: Failed to process import candidates for configuration class [com.pphh.oauth.sample.App]; nested exception is java.lang.IllegalStateException: Unable to read meta-data for class  com.pphh.oauth.config.FilterAutoConfiguration

 org.springframework.beans.factory.BeanDefinitionStoreException: Failed to process import candidates for configuration class [com.pphh.oauth.sample.App]; nested exception is java.lang.IllegalStateException: Unable to read meta-data for class  com.pphh.oauth.config.FilterAutoConfiguration

 Caused by: java.lang.IllegalStateException: Unable to read meta-data for class  com.pphh.oauth.config.FilterAutoConfiguration
     at org.springframework.boot.autoconfigure.AutoConfigurationSorter$AutoConfigurationClass.getAnnotationMetadata(AutoConfigurationSorter.java:217) ~[spring-boot-autoconfigure-1.5.8.RELEASE.jar:1.5.8.RELEASE]
     ... 14 common frames omitted
 Caused by: java.io.FileNotFoundException: class path resource [ com/pphh/oauth/config/FilterAutoConfiguration.class] cannot be opened because it does not exist
     at org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:172) ~[spring-core-4.3.12.RELEASE.jar:4.3.12.RELEASE]
     ... 22 common frames omitted

 Disconnected from the target VM, address: '127.0.0.1:64322', transport: 'socket'

 Process finished with exit code 1

2. 问题查看和解决

错误消息中告知无法找到com/pphh/oauth/config/FilterAutoConfiguration.class这个class。但是，这个依赖包肯定是加载进来了，这个类也一定有，但是为什么找不到？

先看异常抛出的地方，

org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:172)

执行的代码如下，

InputStream is;
if(this.clazz != null) {
    is = this.clazz.getResourceAsStream(this.path);
} else if(this.classLoader != null) {
    is = this.classLoader.getResourceAsStream(this.path);
} else {
    is = ClassLoader.getSystemResourceAsStream(this.path);
}

if(is == null) {
    throw new FileNotFoundException(this.getDescription() + " cannot be opened because it does not exist");
} else {
    return is;
}

可以看到，原因就是无法加载类文件，这里设置一个断点，准备调试看下。

在调试模式中，进入上面的执行代码，发现确实is加载后为null。我觉得很奇怪，类明明在class加载路径上，怎么为null。于是我在调试框手动执行类加载，

ClassLoader.getSystemResourceAsStream("com/pphh/oauth/config/FilterAutoConfiguration.class");

上面的手动执行能够正确加载。

最后比较了下两次ClassLoader命令的文件路径，发现了问题，this.path所指向的class path resource路径前面有一个空格。

错误的class path resource [ com/pphh/oauth/config/..Configuration.class]
正常的class path resource [com/pphh/oauth/config/..Configuration.class]

然后定位问题到相应的spring.factories配置文件中，

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.pphh.oauth.config.ClientAutoConfiguration, \
com.pphh.oauth.config.FilterAutoConfiguration

将其更新为，

org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
com.pphh.oauth.config.ClientAutoConfiguration,\
com.pphh.oauth.config.FilterAutoConfiguration

问题得到解决，此记以参考。

3. 后记

很多时候，代码没有问题，却由于配置出错导致应用启动失败，这种问题非常多，防不胜防，也是比较头疼的问题。多加细心，同时对于配置问题的容错报错，也有助于问题的解决。

就以上面的例子，spring boot在加载auto configuration类之前，若能够自动去掉类名的前后空格，就不会导致上述问题。毕竟，在编写spring.factories的时候，很难确保不人为的添加空格。

月份：2018年8月

一个jinfo使用问题的解决 can’t determine target’s VM version