jvm和tomcat配置及常见异常处理

最新推荐文章于 2024-05-13 11:06:52 发布
置顶 最新推荐文章于 2024-05-13 11:06:52 发布
阅读量1.1k 收藏 1
点赞数 1
分类专栏： Java 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a709688530/article/details/113542354
版权

1.Tomcat

1.1.Tomcat设置JVM启动参数

1.1.1.Windows环境

①.添加JVM参数
在Tomcat的bin目录，打开catalina.bat，添加如下参数：

set “JAVA_OPTS=-Xms512M -Xmx1024M”

在这里插入图片描述

②.校验是否生效
1）JDK8以下版本
执行命令jvisualvm，查看参数是否生效。
在这里插入图片描述
2）JDK9以上版本
从JDK9开始，将不在集成visualVM ，需要自行下载安装：

https://visualvm.github.io/download.html

也可以使用jconsole查看。
在这里插入图片描述

1.1.2.Linux环境

①.添加JVM参数
在Tomcat的bin目录，打开catalina.bat，添加如下参数：

set “JAVA_OPTS=-Xms512M -Xmx1024M”

②.校验是否生效
在bin目录下的执行命令 ./startup.sh ，然后在命令窗口输入命令 jps -v
在这里插入图片描述

1.2.Tomcat常用设置

1.2.1.参数设置

1.2.1.1. Linux下修改catalina.sh

JAVA_OPTS="-server -XX:PermSize=512M -XX:MaxPermSize=1024m -Xms2048m -Xmx2048m

1.2.1.2.windows下修改catalina.bat

set “JAVA_OPTS=-server -XX:PermSize=512M -XX:MaxPermSize=1024m -Xms2048m -Xmx2048m”

1.2.2.常用参数介绍

-server：启用 JDK的 server 版本；
-Xms：Java虚拟机初始化时堆的最小内存，一般与 Xmx配置为相同值，这样的好处是GC不必再为扩展内存空间而消耗性能；
-Xmx：Java虚拟机可使用堆的最大内存；
-XX:PermSize：Java虚拟机永久代大小；
-XX:MaxPermSize：Java虚拟机永久代大小最大值；

2.JVM

理想的情况下，一个Java程序使用JVM的默认设置也可以运行得很好，所以一般来说，没有必要设置任何JVM参数。然而，由于一些性能问题（很不幸的是，这些问题经常出现），一些相关的JVM参数知识会是我们工作中得好伙伴。

2.1.JVM参数介绍

2.1.1.-Xms and -Xmx (or: -XX:InitialHeapSize and -XX:MaxHeapSize)

-Xms和-Xmx可以说是最流行的JVM参数（-Xms和-Xmx实际上是-XX:InitialHeapSize和-XX:MaxHeapSize的缩写），它们可以允许我们指定JVM的初始和最大堆内存大小。一般来说，这两个参数的数值单位是Byte，但同时它们也支持使用速记符号，比如“k”或者“K”代表“kilo”，“m”或者“M”代表“mega”，“g”或者“G”代表“giga”。举个例子，下面的命令启动了一个初始化堆内存为128M，最大堆内存为2G，名叫“MyApp”的Java应用程序。

java -Xms128m -Xmx2g MyApp

2.1.2.-XX:+HeapDumpOnOutOfMemoryError and -XX:HeapDumpPath

如果我们没法为-Xmx（最大堆内存）设置一个合适的大小，那么就有可能面临内存溢出（OutOfMemoryError）的风险，导致内存溢出的根本原因需要仔细的定位。通常来说，分析堆内存快照（Heap Dump）是一个很好的定位手段，如果发生内存溢出时没有生成内存快照那就实在是太糟了，特别是对于那种JVM已经崩溃或者错误只出现在顺利运行了数小时甚至数天的生产系统上的情况。
幸运的是，我们可以通过设置-XX:+HeapDumpOnOutOfMemoryError 让JVM在发生内存溢出时自动的生成堆内存快照。有了这个参数，当我们不得不面对内存溢出异常的时候会节约大量的时间。默认情况下，堆内存快照会保存在JVM的启动目录下名为java_pid.hprof 的文件里（在这里就是JVM进程的进程号）。也可以通过设置-XX:HeapDumpPath= 来改变默认的堆内存快照生成路径， 可以是相对或者绝对路径。
虽然这一切听起来很不错，但有一点我们需要牢记。堆内存快照文件有可能很庞大，特别是当内存溢出错误发生的时候。因此，我们推荐将堆内存快照生成路径指定到一个拥有足够磁盘空间的地方。

2.1.3.-XX:OnOutOfMemoryError

当内存溢发生时，我们甚至可以可以执行一些指令，比如发个E-mail通知管理员或者执行一些清理工作。通过-XX:OnOutOfMemoryError 这个参数我们可以做到这一点，这个参数可以接受一串指令和它们的参数。在这里，我们将不会深入它的细节，但我们提供了它的一个例子。在下面的例子中，当内存溢出错误发生的时候，我们会将堆内存快照写到/tmp/heapdump.hprof 文件并且在JVM的运行目录执行脚本cleanup.sh

java -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/heapdump.hprof -XX:OnOutOfMemoryError=“sh ~/cleanup.sh” MyApp

2.1.4.-XX:PermSize and -XX:MaxPermSize

永久代在堆内存中是一块独立的区域，它包含了所有JVM加载的类的对象表示。为了成功运行应用程序，JVM会加载很多类（因为它们依赖于大量的第三方库，而这又依赖于更多的库并且需要从里面将类加载进来）这就需要增加永久代的大小。我们可以使用-XX:PermSize 和-XX:MaxPermSize 来达到这个目的。其中-XX:MaxPermSize 用于设置永久代大小的最大值，-XX:PermSize 用于设置永久代初始大小。下面是一个简单的例子：

java -XX:PermSize=128m -XX:MaxPermSize=256m MyApp

请注意，这里设置的永久代大小并不会被包括在使用参数-XX:MaxHeapSize 设置的堆内存大小中。也就是说，通过-XX:MaxPermSize设置的永久代内存可能会需要由参数-XX:MaxHeapSize 设置的堆内存以外的更多的一些堆内存。

2.1.5.-XX:InitialCodeCacheSize and -XX:ReservedCodeCacheSize

JVM一个有趣的，但往往被忽视的内存区域是“代码缓存”，它是用来存储已编译方法生成的本地代码。代码缓存确实很少引起性能问题，但是一旦发生其影响可能是毁灭性的。如果代码缓存被占满，JVM会打印出一条警告消息，并切换到interpreted-only 模式：JIT编译器被停用，字节码将不再会被编译成机器码。因此，应用程序将继续运行，但运行速度会降低一个数量级，直到有人注意到这个问题。就像其他内存区域一样，我们可以自定义代码缓存的大小。相关的参数是-XX:InitialCodeCacheSize 和-XX:ReservedCodeCacheSize，它们的参数和上面介绍的参数一样，都是字节值。

2.1.6.-XX:+UseCodeCacheFlushing

如果代码缓存不断增长，例如，因为热部署引起的内存泄漏，那么提高代码的缓存大小只会延缓其发生溢出。为了避免这种情况的发生，我们可以尝试一个有趣的新参数：当代码缓存被填满时让JVM放弃一些编译代码。通过使用-XX:+UseCodeCacheFlushing 这个参数，我们至少可以避免当代码缓存被填满的时候JVM切换到interpreted-only 模式。不过，我仍建议尽快解决代码缓存问题发生的根本原因，如找出内存泄漏并修复它。

2.2.JVM常用配置

2.2.1.堆大小设置

年轻代的设置很关键
JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。在Windows 10 系统，8G物理内存，JDK8.0下测试，设置xms和xmx都为6G，在使用过程中，jvm的内存是动态增加的，并不是一开始就为6G。
注：在Tomcat的catalina.bat中配置jvm时，若堆内存大于当前剩余总内存，则Tomcat在启动时会闪退，xmx和xms小于当前剩余内存即可解决该问题。
典型设置：

2.2.1.1.java -Xmx3550m -Xms3550m -Xmn2g –Xss180k

  • -Xmx3550m：设置JVM最大可用内存为3550M。

  • -Xms3550m：设置JVM促使内存为3550m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

  • -Xmn2g：设置年轻代大小为2G。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

  • -Xss180k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。根据应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

2.2.1.2.java -Xmx3550m -Xms3550m -Xss180k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxTenuringThreshold=0
  • -XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5
  • -XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6
  • -XX:MaxTenuringThreshold=0：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。

2.2.2.回收器选择

JVM给了三种选择：串行收集器、并行收集器、并发收集器，但是串行收集器只适用于小数据量的情况，所以这里的选择主要针对并行收集器和并发收集器。默认情况下，JDK5.0以前都是使用串行收集器，如果想使用其他收集器需要在启动时加入相应参数。JDK5.0以后，JVM会根据当前系统配置进行判断。

2.2.2.1.java -Xmx3800m -Xms3800m -Xmn2g -Xss180k -XX:+UseParallelGC -XX:ParallelGCThreads=20
  • -XX:+UseParallelGC：选择垃圾收集器为并行收集器。此配置仅对年轻代有效。即上述配置下，年轻代使用并发收集，而年老代仍旧使用串行收集。
  • -XX:ParallelGCThreads=20：配置并行收集器的线程数，即：同时多少个线程一起进行垃圾回收。此值最好配置与处理器数目相等。
2.2.2.2.java -Xmx3550m -Xms3550m -Xmn2g -Xss180k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC
  • -XX:+UseParallelOldGC：配置年老代垃圾收集方式为并行收集。JDK6.0支持对年老代并行收集。
2.2.2.3.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100
  • -XX:MaxGCPauseMillis=100:设置每次年轻代垃圾回收的最长时间，如果无法满足此时间，JVM会自动调整年轻代大小，以满足此值。
2.2.2.4.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy
  • -XX:+UseAdaptiveSizePolicy：设置此选项后，并行收集器会自动选择年轻代区大小和相应的Survivor区比例，以达到目标系统规定的最低相应时间或者收集频率等，此值建议使用并行收集器时，一直打开。

2.2.3.典型配置

2.2.3.1.java -Xmx3550m -Xms3550m -Xmn2g -Xss180k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
  • -XX:+UseConcMarkSweepGC：设置年老代为并发收集。测试中配置这个以后，-XX:NewRatio=4的配置失效了，原因不明。所以，此时年轻代大小最好用-Xmn设置。
  • -XX:+UseParNewGC: 设置年轻代为并行收集。可与CMS收集同时使用。JDK5.0以上，JVM会根据系统配置自行设置，所以无需再设置此值。
2.2.3.2.java -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection
  • -XX:CMSFullGCsBeforeCompaction：由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。
    -XX:+UseCMSCompactAtFullCollection：打开对年老代的压缩。可能会影响性能，但是可以消除碎片

2.2.4.辅助信息

JVM提供了大量命令行参数，打印信息，供调试使用。主要有以下一些：

  • -XX:+PrintGC：输出形式：[GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC 121376K->10414K(130112K), 0.0650971 secs]
  • -XX:+PrintGCDetails：输出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]
  • -XX:+PrintGCTimeStamps -XX:+PrintGC：PrintGCTimeStamps可与上面两个混合使用。输出形式：11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]
  • -XX:+PrintGCApplicationConcurrentTime：打印每次垃圾回收前，程序未中断的执行时间。可与上面混合使用。输出形式：Application time: 0.5291524 seconds
  • -XX:+PrintGCApplicationStoppedTime：打印垃圾回收期间程序暂停的时间。可与上面混合使用。输出形式：Total time for which application threads were stopped: 0.0468229 seconds
  • -XX:PrintHeapAtGC: 打印GC前后的详细堆栈信息。输出形式：

2.2.5.配置总汇

2.2.5.1.堆设置
  • -Xms:初始堆大小
  • -Xmx:最大堆大小
  • -XX:NewSize=n:设置年轻代大小
  • -XX:NewRatio=n:设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4
  • -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如：3，表示Eden：Survivor=3：2，一个Survivor区占整个年轻代的1/5
    -XX:MaxPermSize=n:设置持久代大小
2.2.5.2.收集器设置
  • -XX:+UseSerialGC:设置串行收集器
  • -XX:+UseParallelGC:设置并行收集器
  • -XX:+UseParalledlOldGC:设置并行年老代收集器
  • -XX:+UseConcMarkSweepGC:设置并发收集器
2.2.5.3.垃圾回收统计信息
  • -XX:+PrintGC
  • -XX:+PrintGCDetails
  • -XX:+PrintGCTimeStamps
  • -Xloggc:filename
2.2.5.4.并行收集器设置
  • -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。
  • -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
  • -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)
2.2.5.5.并发收集器设置
  • -XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。
  • -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时，使用的CPU数。并行收集线程数。

2.3.JVM常见错误及解决方法

2.3.1.OutOfMemoryError异常

在《Java虚拟机规范》的规定里，除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError（OOM）异常的可能。先要分清楚到底是内存泄露（Memory Leak）还是内存溢出（Memory Overflow）

2.3.1.1.Java堆溢出

Java堆用于存储对象实例，我们只要不断地创建对象，并且保证GC Root到对象之间有可达路径来避免垃圾回收机制清除这些对象，那么随着对象数量的增加，总容量触及最大堆的容量限制后就会产生内存溢出异常。

zhooke
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JAVA基础之JVM+Tomcat
weixin_43136091的博客
07-02 1274
四、Tomcat 运维实战 1、JVM 虚拟机常识 两个常识问题 作为了解JVM 虚拟机的开始。我们很有必要弄明白以下两个问题。 1、什么是JAVA虚拟机 所谓虚拟机，就是一台虚拟的计算机。他是一款软件，用来执行一系列虚拟计算机指令。大体上，虚拟机可以分为系统虚拟机和程序虚拟机。大名鼎鼎的VisualBox、VMware就属于系统虚拟机。他们完全是对物理计算机的仿真。提供了一个可以运行完整操作系统的软件平台。 程序虚拟机的典型代表就是Java虚拟机，它专门为执行单个计算机程序而设计，在Java虚拟机中执行的
Tomcat中JVM内存溢出及合理配置
热门推荐
ye1992的专栏
07-16 15万+
Tomcat本身不能直接在计算机上运行，需要依赖于硬件基础之上的操作系统和一个Java虚拟机。Tomcat的内存溢出本质就是JVM内存溢出，所以在本文开始时，应该先对Java JVM有关内存方面的知识进行详细介绍。 一、Java JVM内存介绍 JVM管理两种类型的内存，堆和非堆。按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 J
tomcat 设置JVM 参数
最新发布
自足孤独者
05-13 396
tomcat 启动的服务 设置jvm。
tomcat jvm
qiuyabing的专栏
07-30 83
Tomcat本身不能直接在计算机上运行，需要依赖于硬件基础之上的操作系统和一个Java虚拟机。您可以选择自己的需要选择不同的操作系统和对应的JDK的版本（只要是符合Sun发布的Java规范的），但我们推荐您使用Sun公司发布的JDK。确保您所使用的版本是最新的，因为Sun公司和其它一些公司一直在为提高性能而对java虚拟机做一些升级改进。一些报告显示JDK1.4在性能上比JDK1.3提高了将近10...
tomcat和jvm是什么关系
weixin_41490593的博客
07-11 8410
以下是所有解析 一: Tomcat 是 Java 程序，运行在 JVM 之上，差不多和你的 QQ 运行在你的 Windows 之上一样，启动的时候做了好多好多的工作为了让你的应用能够通过 HTTP 接收和返回消息。 二: Tomcat是一个Java写的http server，启动时就和所有http server差不多，监听断口，等待连接。 三: 题主，Tomcat和JVM的关系，不用想的太复杂，其...
（四）Tomcat jvm
IForFree
06-07 540
tomcat jvm介绍
快速解决Tomcat重新配置后启动慢的问题
09-29
2. **检查端口占用**：使用`netstat -tuln | grep <端口号>`检查指定端口是否被占用，如果被其他服务占用，需要关闭相关服务或更改Tomcat配置。 3. **清理临时文件**：有时，Tomcat的临时目录（默认为`$CATALINA_...
Java常见异常集-Java,Hibernate,Tomcat异常
12-27
在Java编程中，异常处理是不可或缺的一部分，尤其是在开发复杂的企业级应用时，如使用Hibernate进行对象关系映射和Tomcat作为应用服务器。本篇将详细解释一些常见的Java、Hibernate以及与Tomcat相关的异常，帮助...
tomcat 异常
04-11
【标题】：“Tomcat异常”涉及的知识点 在IT领域，Tomcat是一个广泛使用的...综上所述，解决“Tomcat异常”需要从日志分析、配置检查、依赖管理、代码调试等多个方面入手，结合使用各种工具和技巧，以找出并修复问题。
tomcat常见问题及其解决方法
03-08
以上只是Tomcat使用中可能遇到的部分问题和解决方法，实际运维中还需要根据具体情况进行深入分析和处理。对于每个问题，通常需要查看Tomcat的日志文件以获取更详细的错误信息，以便更准确地定位和解决问题。同时，...
tomcat内存的分配和溢出处理方法
03-21
Tomcat内存分配和溢出处理方法是Java应用程序尤其是Web服务器优化的重要环节。Tomcat作为流行的Java应用服务器，其性能很大程度上取决于内存管理的设置。本文主要探讨了三种常见的内存溢出情况以及相应的解决策略。 ...
tomcat和Jvm的关系.txt
03-28
JVM（虚拟机），相当于电脑安装系统一样，可以运行应用程序。让tomcat跑起来,就得有jdk，而jdk自带了JVM.
Tomcat JVM内存设置方法
07-17
Tomcat JVM虚拟机默认内存1800 M左右，当服务内存不够用时，需要手动设置内存大小，不可超过服务器系统内存的80%，本文档提供设置方法（使用命令启动有效），实测可用。
tomcat和jvm
qq_34670974的博客
08-28 273
目录 一、配置文件优化 1.线程池优化 2.protocol优化 二、jvm参数优化 1.内存划分 ​ 1）堆 2）元数据区 3）程序计数器 4）java虚拟机栈 5）本地方法栈 2.参数调优 3. GC算法 4.jvm优化工具 注：基于tomcat9 jdk8 一、配置文件优化 参考官方配置参数信息 http://tomcat.apache.org/tomca...
tomcat 与 jvm的关系
u010325193的博客
07-22 1万+
1，JVM（虚拟机），相当于电脑安装系统一样，可以运行应用程序。让tomcat跑起来,就得有jdk，而jdk自带了JVM，安装完了jdk，把安装jkd的bin目录告诉tomca，就可以了。 2，有的web服务器不必安装jdk，因为自带了，如weblogic。 3，tomcat web容器，主要和有jsp和servlet有关， 没有tomcat， 通过一定技术是可以运行jsp和serlet，所以...
tomcat和jvm的关系
目标检测专栏持续更新中，改进YOLO系列通用，适用v5、v7、v8、所有博客均是团队原创博客，所有文章禁止转载，违者必究。
04-27 1098
1.tomcat和jvm的关系 tomcat是servlet容器（jsp和servlet）；tomcat由Java开发，所以必须运行在jvm上； tomcat和tomcat中的应用（即webapps下的war包）是运行在同一个jvm中的，但分工不同； 分析： tomcat的角色是“调度员”，而你的应用的角色是“工作者”，tomcat处理一个请求的大致过程如下： 假设tomcat监听8080端口，当一个http请求从主机的8080端口发送过来时，tomcat最先获知。 tomcat将此请求作为任务
JVM性能调优
程序哥聊面试
09-17 403
1、JVM调优目标：使用较小的内存占用来获得较高的吞吐量或者较低的延迟。 程序在上线前的测试或运行中有时会出现一些大大小小的JVM问题，比如cpu load过高、请求延迟、tps降低等，甚至出现内存泄漏（每次垃圾收集使用的时间越来越长，垃圾收集频率越来越高，每次垃圾收集清理掉的垃圾数据越来越少）、内存溢出导致系统崩溃，因此需要对JVM进行调优，使得程序在正常运行的前提下，获得更高的用户体验和运行效率。 这里有几个比较重要的指标： 内存占用：程序正常运行需要的内存大小。 延迟：由于垃圾收集
优化jvm及tomcat
qq1765911750的博客
12-28 171
优化jvm 使用jsonsole或者visaualvm工具可以查看 堆栈线程相关信息 可以有效发现内存泄露 堆内存不足 –Xmx参数 比如 java –Xmx1024M -jar a.jar 方法区(用户内存)内存不足 比如 -XX:MaxPermSize=512m 线程栈大小不足 比如 -Xss2m tomcat是使用jdk开发 所有首先优化jvm 同上 1》配置内存大小 修改bin/c...
TOMCAT内存溢出
java2edition的专栏
03-08 203
Tomcat 默认可以使用的内存为128MB，在较大型的应用项目中，这点内存是不够的，轻微时，会使系统性能急剧下降，严重时,将导致系统无法运行，影响系统的稳定性。当内存不够用时，常见的问题就是报tomcat内存益处错误，从儿导致客户端包500错误的，如下：解决方法主要是加大TOMCAT可利用内存，并在程序当中加大内存使用。因此根据应用的需求，有必要调整JVM使用内存的大小。现在将手工修改tomca...
tomcat 配置JVM参数
05-18
在Tomcat中，可以通过编辑Tomcat服务器的启动脚本来配置JVM参数。以下是配置JVM参数的步骤： 1. 打开Tomcat服务器的启动脚本，通常是bin目录下的catalina.sh（Linux / Unix）或catalina.bat（Windows）文件。 2. 在...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值