启动tomcat java.lang.NoClassDefFoundError: javax/websocket/Endpoint

Posted 2020-09-18

启动linux 中tomcat报错：

May 15, 2017 10:52:11 AM org.apache.catalina.core.StandardContext listenerStop

SEVERE: Exception sending context destroyed event to listener instance of class websocket.drawboard.DrawboardContextListener

java.lang.NoClassDefFoundError: javax/websocket/Endpoint

        at java.lang.ClassLoader.defineClass1(Native Method)

        at java.lang.ClassLoader.defineClass(ClassLoader.java:800)

        at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)

        at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2957)

        at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1210)

        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1690)

        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571)

        at websocket.drawboard.DrawboardContextListener.contextDestroyed(DrawboardContextListener.java:32)

        at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:5014)

        at org.apache.catalina.core.StandardContext.stopInternal(StandardContext.java:5659)

        at org.apache.catalina.util.LifecycleBase.stop(LifecycleBase.java:232)

        at org.apache.catalina.core.ContainerBase$StopChild.call(ContainerBase.java:1575)

        at org.apache.catalina.core.ContainerBase$StopChild.call(ContainerBase.java:1564)

        at java.util.concurrent.FutureTask.run(FutureTask.java:262)

        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)

        at java.lang.Thread.run(Thread.java:745)

Caused by: java.lang.ClassNotFoundException: javax.websocket.Endpoint

        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1720)

        at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571)

查看java版本：

[[email protected] ROOT]# java -version

java version "1.7.0_79"

Java(TM) SE Runtime Environment (build 1.7.0_79-b15)

Java HotSpot(TM) 64-Bit Server VM (build 24.79-b02, mixed mode)

如果发现是老版本，可以进一步查询系统已经安装的JDK：

rpm -qa | grep -E ‘^(java|jdk)‘

一、Java.lang.OutOfMemoryError: PermGen space PermGen space的全称是Permanent Generation space,是指内存的永久保存区域, 这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中, 它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对 PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误, 这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法： 手动设置MaxPermSize大小修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m

 建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。

二、java.lang.OutOfMemoryError: Java heap space Heap size 设置 JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。

解决方法：手动设置Heap size 修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： JAVA_OPTS="-server -Xms800m -Xmx800m -XX:MaxNewSize=256m"

三、实例，以下给出1G内存环境下java jvm 的参数设置参考： 
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "

内存不足 (OutOfMemory) － 由于java 堆或本地内存中的内存耗尽，应用程序显示“内存不足”错误。
内存泄漏－java 堆或本地内存的持续内存增长，最终将导致内存不足状态。
调试内存泄漏状态的技术与调试内存不足状态的技术相同。

Java 堆 － 这是 JVM 用来分配 java 对象的内存。
如果JVM不能在java堆中获得更多内存来分配更多java对象，将会抛出java内存不足(java.lang.OutOfMemoryError)错误。默认情况下，应用程序崩溃。
本地内存 － 这是 JVM 用于其内部操作的内存。
如果 JVM 无法获得更多本地内存，它将抛出本地内存不足（本地 OutOfMemoryError）错误。当进程到达操作系统的进程大小限值，或者当计算机用完 RAM 和交换空间时，通常会发生这种情况。
进程大小 － 进程大小将是 java 堆、本地内存与加载的可执行文件和库所占用内存的总和。在 32 位操作系统上，进程的虚拟地址空间最大可达到 4 GB。从这 4 GB 内存中，操作系统内核为自己保留一部分内存（通常为 1 - 2 GB）。剩余内存可用于应用程序。

2.
java虚拟机是遵照有关规范的一个软件实现，存在于内存中。jvm是由安装于机器上的jre(java运行环境)生成的。通常来说，每次运行一个application都会生成一个jvm，但是也可以有多个程序在同一个jvm里面。

可以使用命令java -X查看非标准(non-standard)的程序运行选项，以下3个是我所关心的：

-Xms        set initial Java heap size
-Xmx        set maximum Java heap size
-Xss        set java thread stack size

－Xmx设置应用程序(不是jvm)能够使用的最大内存数，这个值也不应该设置过大，超过机器内存。
例如：java -Xmx50M testMemory
－Xms设置程序初始化的时候内存栈的大小。有时可以用于改变程序运行的效率。
例如使用以下方式运行一个占用20M左右内存的程序testMemory：
      java -Xms50M testMemory

使用这个方法可以得到应用的空间使用量

/**//*
Returns the total amount of memory in the Java virtual machine. The value returned by this method may vary over time, depending on the host environment.
*/
System.out.println(Runtime.getRuntime().totalMemory());

3.
查看java进程的内存使用量：
Windows任务管理器(Windows Task Manager)

增大运行应用的Heap的取值

//命令行执行方式
java -Xms256 -Xmx512m app

//Tomcat执行方式
Windows下，在文件{tomcat_home}/bin/catalina.bat

在文件开头可增加如下设置：

set JAVA_OPTS=-Xms256m -Xmx512m

Unix下，在文件{tomcat_home}/bin/catalina.sh的前面，可增加如下设置：

JAVA_OPTS=‘-Xms256m -Xmx512m‘