浅谈Tomcat内存配置的正确姿势

1.背景

虽然阅读了各大牛的博客或文章,但并没有找到特别全面的关于JVM内存分配方法的文章,很多都是复制黏贴

为了严谨,本文特别备注只介绍基于HotSpot VM虚拟机,并且基于JDK1.7的内存分配情况,有关GC的说法也是基于CMS的concurrent collection(而非G1),防止大牛拍砖.

目前主流的JVM就是HotSpot VM(其次还有J9 VM,Zing VM),目前各类博客文章也大多基于JDK1.7以前的版本进行阐述的.

(注:因为不同的虚拟机实现,不同的JDK,内存的分布都不一样,也就是说下面文章中提到的内存结构都只是逻辑结构,并不是内存的物理结构)

本文只介绍内存分配的方法,有关于具体的垃圾回收机制,内存结构的原理不作为本文重点,也希望通过本文让大家对JVM有一点点的认知,小编对JVM理解并不透彻,不想误人子弟。

2.内存总体结构

如果只是为了解决问题,不想了解其中缘由的请跳过本章节

本文介绍的是垃圾回收的内存区域的结构(简称GC堆,不包括程序计数器,栈,本地方法栈),引用一个大牛的说法《一个java对象的这一辈子》

我是一个普通的Java对象,我出生在Eden区,在Eden区我还看到和我长的很像的小兄弟(其他java对象),我们在Eden区中玩了挺长时间。有一天Eden区中的人实在是太多了(会触发Young GC,每次GC加一岁)),我就被迫去了Survivor区的“From”区,自从去了Survivor区,我就开始漂了,有时候在Survivor的“From”区,有时候在Survivor的“To”区,居无定所(每次Young GC都需要Survivor区中的from区和to区"对调")。直到我18岁的时候(进行了18次Young GC),爸爸说我成人了,该去社会上闯闯了。于是我就去了年老代那边,年老代里,人很多,并且年龄都挺大的,我在这里也认识了很多人。在年老代里,我生活了20年,然后被回收(Old GC)。

解释一下,首先内存总体分为年轻代(young),老年代(old),永久代(permanent),如下图

年轻代:(针对年轻代的垃圾回收我们简称Young GC)

年轻代分为eden区,survivor区

1.eden区,是new Object(),对象诞生的地方

2.survivor区是经过垃圾回收后的仍存活的对象存储区域,survivor区中又分为from区和to区

2.1.from区: 经过GC回收,eden区和to区仍存活的对象会存放在from区

2.2.to区: 经过GC回收,eden区和from区仍存活的对象会转移到to区

2.3.正因为2.1和2.2的操作,所以from区和to区中的存活对象来回转移,并且始终有一个区是空的

老年代:(针对老年代的垃圾回收简称Old GC)

经过18次Young GC后年轻代中仍存活的对象,会从年轻代中转移到老年代

老年代满了之后,会触发Old GC,仍存活的对象继续保留在老年代中,直到经过20次Old GC进行回收

永久代:(针对年轻代+老年代+永久代的回收简称Full GC)

是HotSpot VM针对Java方法区的一个实现,通常存储类信息、常量池、静态变量、JIT编译后的代码等数据(简单理解成编译代码的存储区域,即可以理解成:我们的java项目运行时,加载的类文件越多,则需要的永久代内存空间越大)

(注:据说永久代是Hotspot虚拟机特有的概念,别的JVM都没有这个东西,在Java 8中,永久代被彻底移除,取而代之的是另一块与堆不相连的本地内存——元空间)

3.通常内存问题解释

常见问题一 java.lang.OutOfMemoryError: Java heap space ----JVM Heap(堆)溢出

原因:项目运行阶段,new的对象过多,撑满了配置的最大内存,会出现该错误

解决方法:手动设置Xms ,Xmx 的大小.

常见问题二 java.lang.OutOfMemoryError: PermGen space ----PermGen space (永久代) 溢出

原因:开发的项目Java文件比较多的时候,会出现该错误(即项目很大,被JVM加载的文件很多)

解决方法:手动设置MaxPermSize大小.

常见问题三 java.lang.StackOverflowError ---- 栈溢出

原因:通常都是某个代码逻辑递归层次太多导致的,

解决方法:修改递归代码,控制递归层数

4.内存分配方法(建议,非药到病除)

本文只介绍常用的一些配置参数,通常情况下永久代不算堆内存(单独占用另一块内存),新生代占年老代的1/2,即占整个堆内存的1/3,按照这个原则我们给出一个配置例子。

比如服务器可以提供1G的内存以供项目使用,依据上图我们给出如下配置。

运行模式:

-server 服务器模式,多CPU时,性能更佳

新生代与老年代:(通常不单独配置新生代与老年代,所以直接配置整个内存堆大小即可)

-Xms384m 内存堆初始的内存空间

-Xmx768m 内存堆最大内存空间

永久代:(新生代,老年代配置剩余的内存留给永久代)---注意jdk1.8已移除

-XX:PermSize=128m 永久代初始化大小

-XX:MaxPermSize=256m 永久代最大的内存空间(默认为64m)

4.不同环境下的Tomcat内存配置方法

前面已经进行各类内存问题的详解以及配置参数的简要介绍,下面我们介绍一下各种环境下的具体配置方法.

1. 使用命令行启动的tomcat:

修改TOMCAT_HOME/bin/catalina.sh(windows中是catalina.bat), 在文件上方添加如下语句

JAVA_OPTS="-server -Xms384m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m"

2.如果tomcat注册成了windows服务,使用tomcat目录中的/bin/tomcat8w.exe修改就可以了.如下图

3.如果是使用myeclipse开发中,启动tomcat,上述的修改就不起作用了,可进行如下设置:

Myeclipse->preferences->myeclipse->servers->tomcat->tomcat×.×->JDK面板中的Optional Java VM arguments中添加如下内容:

-server -Xms384m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m

最后说两句:

不管配置什么,以及配置的参数值是多少,都需要根据实际项目不断的调试,不要轻易放弃.

比如tomcat的内存配置,也不是越大越好,适合项目/适合服务器配置才是最好的

到此这篇关于浅谈Tomcat内存配置的正确姿势的文章就介绍到这了,更多相关Tomcat内存配置内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 优化Tomcat配置(内存、并发、缓存等方面)方法详解

    Tomcat有很多方面,我从内存.并发.缓存等方面介绍优化方法. 一.Tomcat内存优化 Tomcat内存优化主要是对 tomcat 启动参数优化,我们可以在 tomcat 的启动脚本 catalina.sh 中设置 java_OPTS 参数. JAVA_OPTS参数说明 server 启用jdk 的 server 版: -Xms java虚拟机初始化时的最小内存: -Xmx java虚拟机可使用的最大内存: -XX: PermSize 内存永久保留区域 -XX:MaxPermSize 内存最

  • Spring关闭Tomcat Servlet容器时内存泄漏问题解决方案

    这篇文章主要介绍了Spring关闭Tomcat Servlet容器时内存泄漏问题解决方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 出错信息 22-Sep-2017 06:19:51.064 WARNING [main] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [license] appears t

  • Tomcat内存溢出分析及解决方法

    JVM管理两种类型的内存,堆和非堆.堆是给开发人员用的上面说的就是,是在JVM启动时创建:非堆是留给JVM自己用的,用来存放类的信息的.它和堆不同,运行期内GC不会释放空间. 一.内存溢出类型 1.java.lang.OutOfMemoryError: PermGen space JVM管理两种类型的内存,堆和非堆.堆是给开发人员用的上面说的就是,是在JVM启动时创建;非堆是留给JVM自己用的,用来存放类的信息的.它和堆不同,运行期内GC不会释放空间.如果web app用了大量的第三方jar或者

  • 有关tomcat内存溢出的完美解决方法

    tomcat内存溢出设置JAVA_OPTS 答案1 设置Tomcat启动的初始内存 其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4.可以利用JVM提供的-Xmn -Xms -Xmx等选项可 进行设置 三.实例,以下给出1G内存环境下java jvm 的参数设置参考: JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -D

  • windows java.exe内存暴涨解决、idea跑java\ tomcat内存无限增长

    最近突然遇到个问题:用 idea 跑 Tomcat 服务,不到30分钟 内存就吃完了.用任务管理器查看,发现 java.exe占了10G内存!! 查了各种方法 一. idea Tomcat 配置 没用!!! 二.idea idea64.exe.vmoptions 安装目录下的 bin 下的 idea64.exe.vmoptions 配置,还是 C:\Users\Administrator\.IntelliJIdea2019.1\config 下的 idea64.exe.vmoptions 配置

  • TOMCAT内存溢出及大小调整的实现方法

    一.tomcat内存设置问题 收藏 在使用Java程序从数据库中查询大量的数据或是应用服务器(如tomcat.jboss,weblogic)加载jar包时会出现java.lang.OutOfMemoryError异常.这主要是由于应用服务器的内存不足引起的.这种异常常有以下几种情况(以下以tomcat环境为例,其它WEB服务器如jboss,weblogic等是同一个道理): 1. java.lang.OutOfMemoryError: PermGen space PermGen space的全称

  • Docker tomcat的设置内存大小配置方式

    安装再docker中的tomcat,在下载大文件或者某些情况下,会出现tomcat的内存溢出等情况,所以需要配置tomcat的内存大小,docker中的tomcat内存大小配置有两种方式: 一.挂载docker中的配置文件 通过将docker中tomcat的catalina.sh配置文件挂载到宿主机中,然后再catalina.sh配置jvm内存大小即可. 1.需要重新运行一个tomcat容器(注意: 端口和容器名称不能重复) docker run -d \ -v /server/webapps:

  • tomcat内存溢出问题解决经历

    前一段时间提交了一个产品版本给测试人员测试,测试结果简直出人意料! 测试一段时间后页面就卡死了,当时根据这个现象下意识的怀疑是卡到数据库这一层,然后查看数据库连接相关的参数,如意料之中的相似,连接数太多了!当把数据库连接数解决后,本以为这个bug解决了,但是... 测试一段时间后页面又卡死了!!! 打开任务管理器,发现tomcat内存超过了1.5G,而且tomcat关不掉!是什么原因导致的呢?左思右想之后,想到了一个可能会导致tomcat内存上涨的点,那就是多线程,然后翻代码找线程池的配置,发现

  • 浅谈Tomcat内存配置的正确姿势

    1.背景 虽然阅读了各大牛的博客或文章,但并没有找到特别全面的关于JVM内存分配方法的文章,很多都是复制黏贴 为了严谨,本文特别备注只介绍基于HotSpot VM虚拟机,并且基于JDK1.7的内存分配情况,有关GC的说法也是基于CMS的concurrent collection(而非G1),防止大牛拍砖. 目前主流的JVM就是HotSpot VM(其次还有J9 VM,Zing VM),目前各类博客文章也大多基于JDK1.7以前的版本进行阐述的. (注:因为不同的虚拟机实现,不同的JDK,内存的分

  • 浅谈Python访问MySQL的正确姿势

    Py2 时代,访问 MySQL 数据库的模块除了 PyMySQL 和 MySQL-python 之外,还有以速度见长的 Umysql,以及非常小众的 Oursql 模块.进入了 Py3 时代之后,PyMySQL 与时俱进,顺利升级到 Py3 版本, MySQL-python 则被它的一个 Py3 分支--mysqlclient 取代,而 Umysql 和 Oursql 则停留在了属于它们的那个时代. 下表给出了 PyMySQL 模块和 mysqlclient 模块在安装方式.导入方式.支持的Py

  • 浅谈Java中hashCode的正确求值方法

    本文研究的主要是Java中hashCode的正确求值方法的相关内容,具体如下. 散列表有一项优化,可以将对象的散列码(hashCode)缓存起来,如果散列码不匹配,就不会检查对象的等同性而直接认为成不同的对象.如果散列码(hashCode)相等,才会检测对象是否相等(equals). 如果对象具有相同的散列码(hashCode),他们会被映射到同一个散列桶中.如果散列表中所有对象的散列码(hashCode)都一样,那么该散列表就会退化为链表(linked list),从而大大降低其查询效率. 一

  • 浅谈C++空间配置器allocator

    目录 概述 1. Allocator 的标准接口 2. SGI STL 内存分配失败的异常处理 3. SGI STL 内置轻量级内存池的实现 4. SGI STL 内存池在多线程下的互斥访问 概述 在C++中,一个对象的内存配置和释放一般都包含两个步骤,对于内存的配置,首先是调用operator new来配置内存,然后调用对象的类的构造函数进行初始化:而对于内存释放,首先是调用析构函数,然后调用 operator delete进行释放. 如以下代码: class Foo { ... }; Foo

  • 浅谈Tomcat多层容器的设计

    目录 容器的层次结构 请求定位Servlet的过程 工作原理 Tomcat的容器用来装载Servlet.那Tomcat的Servlet容器是如何设计的呢? 容器的层次结构 Tomcat设计了4种容器:Engine.Host.Context和Wrapper Tomcat通过这种分层,使得Servlet容器具有很好的灵活性. Context表示一个Web应用程序 Wrapper表示一个Servlet,一个Web应用程序中可能会有多个Servlet Host代表一个虚拟主机,或一个站点,可以给Tomc

  • 浅谈Tomcat如何打破双亲委托机制

    目录 JVM的类加载器 Tomcat的类加载器 findClass loadClass 我们经常会遇到ClassNotFound异常,表明JVM在尝试加载某类时失败了. 要解决这个异常,你得知道 什么是类加载 JVM如何加载类 为什么会出现ClassNotFound 想想Tomcat又是如何加载和管理Web应用下的Servlet呢? Tomcat正是通过Context组件来加载管理Web应用的,所以今天我会详细分析Tomcat的类加载机制.但在这之前,我们有必要预习一下JVM的类加载机制,我会先

  • 浅谈Tomcat三种运行模式

    tomcat的运行模式有3种 一.bio(blocking I/O) 即阻塞式I/O操作,表示Tomcat使用的是传统的Java I/O操作(即java.io包及其子包).是基于JAVA的HTTP/1.1连接器,Tomcat7以下版本在默认情况下是以bio模式运行的.一般而言,bio模式是三种运行模式中性能最低的一种.我们可以通过Tomcat Manager来查看服务器的当前状态.(Tomcat7 或以下,在 Linux 系统中默认使用这种方式) 二.nio(new I/O) 是Java SE

  • 浅谈java+内存分配及变量存储位置的区别

    Java内存分配与管理是Java的核心技术之一,之前我们曾介绍过Java的内存管理与内存泄露以及Java垃圾回收方面的知识,今天我们再次深入Java核心,详细介绍一下Java在内存分配方面的知识.一般Java在内存分配时会涉及到以下区域: ◆寄存器:我们在程序中无法控制 ◆栈:存放基本类型的数据和对象的引用,但对象本身不存放在栈中,而是存放在堆中(new 出来的对象) ◆堆:存放用new产生的数据 ◆静态域:存放在对象中用static定义的静态成员 ◆常量池:存放常量 ◆非RAM存储:硬盘等永久

  • 浅谈Java内存区域与对象创建过程

    一.java内存区域 Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域.这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有的区域则依赖用户线程的启动和结束而建立和销毁.根据<Java虚拟机规范(JavaSE7版)>的规定,Java虚拟机所管理的内存将会包括以下几个运行时数据区域. 1.程序计数器(线程私有) 程序计数器(Program Counter Register)是一块较小的内存空间,它可以看作是当前线程所执行的字节码

  • 浅谈三种配置linux环境变量的方法(以java为例)

    1. 修改/etc/profile文件 如果你的计算机仅仅作为开发使用时推荐使用这种方法,因为所有用户的shell都有权使用这些环境变量,可能会给系统带来安全性问题. ·用文本编辑器打开/etc/profile ·在profile文件末尾加入: export JAVA_HOME=/usr/share/jdk1.6.0_14 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/li

随机推荐