原因1：
就是上面说的，java运行环境的jdk版本比class文件的编译版本低了导致的，这个一定要确认清楚。
确认运行环境jdk的时候，要注意，jboss是读取的JAVA_HOME环境变量的值，而tomcat时读取的JRE_HOME的值，其他web容器的我不清楚，就不列出了。
以前出现过让运维人员通过java -version去查看版本时OK的，但是还是有问题，这才发现，容器不是直接运行的java命令，而是从指定的变量中获取的java所在目录。
原因2：
class文件的访问权限或者所在目录的访问权限或所属组有问题，导致java无法读这个文件。
这个场景也比较好确认，用启动java的用户去读一下这个class文件就可以确认了（cat命令就行）