低版本jdk运行高版本编译jar包失败(class file version 61.0), this version of the Java Runtime class file 52.0，低版本JDK无法运行高版本编译的JAR包，Class File Version冲突问题解析

摘要：低版本的JDK无法运行由高版本编译的JAR包，因为Java运行时类文件版本不兼容。在此情况下，class文件版本为61.0，而JDK版本为52.0。为了解决这个问题，需要升级JDK到与class文件版本相匹配或更高的版本，以确保能够正确运行该JAR包。

项目运行中可能会集成其他jar包，这些jar包可能使用不同版本的jdk编译，如果集成的jar包使用的jdk版本高于项目本身的jdk版本，那么在运行时可能会遇到问题。

我遇到的问题：

我的业务项目A是一个springboot项目，部署在jdk1.8的服务器上，现在需要在该服务器上部署另一个项目B，但项目B的编译环境为jdk17，项目B没有使用任何需要jdk8以上版本支持的代码写法，在jdk1.8的环境下执行由jdk17编译的包时，启动报错。

报错信息为：Java Runtime仅识别到class file版本52（对应jdk1.8），而项目B的class文件版本为61.0（对应jdk17），无法使用jdk1.8的环境运行jdk17的程序。

原因分析：

报错表明无法使用jdk1.8的环境运行由jdk17编译的程序。

解决方案：

一：设置编译的jdk环境为低版本环境

如果你使用Maven来编译代码，可以在Maven的pom.xml文件中设置JDK版本。

<project>
  ...
  <properties>
    <maven.compiler.source>8</maven.compiler.source>
    <maven.compiler.target>8</maven.compiler.target>
  </properties>
  ...
</project>

如果你使用Gradle来编译代码，可以在Gradle的build.gradle文件中配置：

tasks.withType(JavaCompile) {
    sourceCompatibility = '8'
    targetCompatibility = '8'
}

二：设置运行的jdk环境为高版本环境

安装jdk17，修改环境变量为jdk17，这样既可以支持项目A向下兼容，又可以支持项目B的运行，但需要注意，可能因为jdk环境不同而引发其他问题，需要根据项目的实际情况进行测试。

三：使用docker容器

通过docker容器为每个项目指定不同的jdk版本，在项目A的容器中指定jdk8，在项目B的容器中指定jdk17。

参考资料：jdk17编译出兼容jdk8的代码，根据项目的实际情况选择适合的解决方案，并参考相关文档进行配置和操作。