报错的模板：

Exception in thread "main" java.lang.UnsupportedClassVersionError: com/example/demo/TestApplication : Unsupported major.minor version 52.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:449)
	at java.net.URLClassLoader.access$100(URLClassLoader.java:71)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:361)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
	at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)

出现问题原因-->>分析 { JDK版本不一致的问题 }

• 在eclipse中开发的项目有个Java build path中可以配置的JDK
• java compiler中可以配置compiler level{eclipse>windows>preferences>java>compiler>compiler compliance level}

两个是有区别的:

• build path的JDK版本是你开发的时候编译器需要使用到的，就是你在eclipse中开发代码，给你提示报错的，编译的过程；
• java compiler compliance level中配置的编译版本号，这个编译版本号的作用是，你这个项目将来开发完毕之后，要放到服务器上运行，那个服务器上JDK的运行版本。

问题就是，build path中配置1.7的JDK，java compiler compliance level中配置的1.7，但是程序运行需要的是1.8的JDK，就报了那个错误，反之亦然。

build path的JDK版本是你开发的时候编译器需要使用到的，例如用的JDK1.4就不能使用泛型。而java compiler compliance level设置的是你写好的JAVA代码按照什么JDK版本级别编译，例如：设置的是1.4，编译出来的class文件可以在1.4以上的JRE上运行，如果用的是5.0级别编译，就不能运行在1.4的环境里面。

在eclipse中进行开发的时候，build path 中JDK进行类库的编译（就是你使用类在不在这个JDK中),java compiler compliance level是对这个项目语法的编译（就是你的项目中语法的正确与否），在开发的过程中，这两个地方是都起作用的。所以说，build path 和 java complier compliance level和服务器配置的JDK保持一致，就不会出现任何问题的。

stanford parser和jdk版本对应关系