厦门建设局地址,品牌seo如何优化,孝义网站建设,商城模板网站模板一、监控技术简介
JVM是什么#xff1f;项目里面有JVM吗#xff1f;JVM跟Tomcat有什么关系#xff1f;为什么需要去分析JVM#xff1f;
1. JVM(全称#xff1a;Java Virtual Machine)#xff0c;Java虚拟机
是Java程序运行的环境#xff0c;它是一个虚构的计算机项目里面有JVM吗JVM跟Tomcat有什么关系为什么需要去分析JVM
1. JVM(全称Java Virtual Machine)Java虚拟机
是Java程序运行的环境它是一个虚构的计算机相当于电脑安装系统一样可以运行应用程序很多应用使用java语言开发java最大特点跨平台(windows、linux)真正的java程序在java虚拟机上运行 如上图JDK、JRE、JVMJDK(开发工具包)包含了JRE(运行环境)运行时类、库JRE包含了JVM(java虚拟机)
2. 项目里面有JVM吗
让tomcat运行起来就需要有JRE而JRE自带了JVM
3. JVM跟Tomcat有什么关系
一个tomcat是一个java进程其中有很多线程(与有多少个app无关)一个tomcat启动一个JVM其中可以有很多APP一个tomcat中部署的多个APP虽然同处一个JVM但是由于无法相互调用可以认为是分布式的
4. 为什么需要去分析JVM
JVM对于tomcat来说就相当于运行系统
二、JVM的生命周期
JVM实例诞生 当启动一个java程序时一个JVM实例就诞生了任何一个拥有public void main(String[] args)函数的class都可以作为JVM实例运行的起点JVM实例运行 main()作为该程序初始线程的起点任何其他线程均有该线程启动JVM内部有两种线程守护线程和非守护线程main()属于非守护线程守护线程通常由JVM自己使用java程序也可以标明自己创建的线程是守护线程JVM实例的消亡 当程序中的所有非守护线程都终止时JVM才退出
三、JVM的GC机制 GC概述 garbage collection是进程查看堆内存分辨哪些对象还在被使用中哪些对象已经不再使用并删除不再使用的对象的过程 被使用指程序中的某些部分仍然由对对象的引用不再被使用就是指没有任何部分持有该对象的引用对于不再被使用的对象其消耗的内存可以被回收重用(没有保护(守护线程)就回收掉释放掉更多的内存给需要的线程使用) GC分代回收机制 GC分代回收机制(java8 HotSpot分代) 上图是JAVA8的HotSpot的分代策略edenS0S1合起来称为年轻代(Young Generation)GC非常频繁S0S1 称为幸存区(Survivor Space)Tenured称为老年代(Old Generation)metasnace元空间(存放不回收的东西)
年轻代(Young Generation)
Java应用在分配Java对象时这些对象会被分配到年轻代堆空间中去. 这个空间大多是小对象并且频繁回收
老年代(Old Generation)
年轻代堆空间的长期存活对象会转移到(也许是永久性转移)年老代堆空间这个堆空间通常比年轻代的堆空间大并且其空间增长速度较缓
持久代(metasnace)JDK8之后叫元空间
存放JVM和Java类的元数据(metadata)以及interned字符串和类的静态变量
GC的回收过程刚开始对象都会被分配到年轻代中在年轻代中的对象会被进行计数被频繁使用的对象会被调到幸存区S0,S1)中当对象经历多次GC仍然没有被清理该对象会被认为有一个较长的生命周期从而被移到年老代中当年老代中对象到达一定数量时会自动fullgc一次清理掉。当然堆的大小都是可以修改的结合当前机器的资源修改。 GC频率当内存达到一定阈值的时候触发阈值后自动回收(内存小很快到达阈值就会触发GC内存大需要很久才达到阈值)
Tipseden被GC如果没有被回收掉(进程还没释放还有守护线程)就1次最高15之后被放到S0或S1继续GCS0和S1互斥eden要么分给SO要么分S1同样如果在S0或S1没有被GC掉达到15次就会进入Tenured(老年代)到了老年代就不怎么GC或者GC很慢很慢
四、内存回收策略 回收策略Mark-Sweep 标记清除copying算法Mark-Compact 标记压缩 内存回收策略优点缺点Mark-Sweep 标记清除清除较快删除时会产生碎片,不够放大对象copying算法清理的同时进行整理,可以存放大对象浪费一半的空间Mark-Compact 标记压缩标记的时候进行整理,可以存放大对象速度慢,效率较低 Mark-Sweep 标记清除如下图适合老年代(只管回收不管整理) Tips例如餐厅吃饭有空余的桌子空出来了未使用的空间腾出来了不做整理只做标记 copying算法 如下图适合年轻代S0和S1(浪费空间)如图要么使用上面一半要么使用下面一半 要么使用S0要么使用S1不会两个都用 Mark-Compact 标记压缩JC不频繁适合老年代
Tips 了解JAVA自己的回收机制更有助于压测内存如果不用了需要回收释放掉如果不释放就会报内存溢出 堆内存先进先出(例如进餐厅吃饭先来的吃完先走) 栈内存先进后出(例如有一叠盘子先放在最下面的最后使用)
五、查看项目使用的jdk版本
命令java -version 通过tomcat项目内查看 进入到tomcat的bin目录下cd /usr/local/tomcat7-8083/bin 执行如下./version.sh 还可以通过tomcat的bin目录下的配置文件查看 执行命令cat catalina.sh 设置如下 Xms 起始堆内存 Xmx 最大堆内存 PermSize 永久代,在1.8之后称之为元空间 -XX:HeapDumpOnOutOfMemoryError -XX:HeapDumpPath/usr/local/tomcat7-8083/bin/dushi.hprof 如果出现内存溢出,在对应的路径生成一个hprof文件 -XX:NewRatio2 新生代和老年代的比例(不写默认12)2代表年轻代占1老年代占2
六JVM性能监测工具visualvm安装及配置 下载地址 https://visualvm.github.io/download.html JDK1.8之前自带JvisualVM,不需要下载,直接使用.在java的bin目录下,可以找到JvisualVM.exe JDK比较新的版本,不自带这个工具,那么需要下载并安装.工具的名字也变为了VisualVM 默认在C盘C:\Program Files\Java\jdk1.8.0_211\bin 双击打开如果需要监控GC,那么要配置一个GC插件工具→插件→可用插件,选择visual GC,点击左下角的安装 如果自行安装的版本,需要在运行之前进行配置进入viusalvm的etc目录打开visualvm.conf,在大约72行的位置添加一行jdk的路径visualvm_jdkhome“你的jdk的路径” JVM性能监测工具visualvm远程连接服务器的两种方式 JMX方式连接(这种方式没有GC监控)能看线程死锁 复制一个catalina-jmx-remote.jar到tomcat服务器的/usr/local/tomcat7-8083/lib然后重启tomcat,就可以连接上了如果仍然不能连接,那么大多数情况是防火墙拒绝访问,此时可以关闭防火墙,或者将10001添加到白名单 systemctl stop firewalld #关闭防火墙 firewall-cmd --add-port10001/tcp --permanent #将10001端口添加到白名单 catalina-jmx-remote.jar支持jmx方式连接的一个扩展包 进入 cd /usr/local/tomcat7-8083/bin,打开catlina.sh 加入以下几句代码 -Djava.rmi.server.hostname192.168.197.132 -Dcom.sun.management.jmxremote.port10001 -Dcom.sun.management.jmxremote.sslfalse -Dcom.sun.management.jmxremote.authenticatefalse’ -Djava.rmi.server.hostname192.168.197.160 填写你的都市商城的IP -Dcom.sun.management.jmxremote.port10001 jmx的端口 -Dcom.sun.management.jmxremote.sslfalse 不使用SSL连接 -Dcom.sun.management.jmxremote.authenticatefalse 不进行用户验证 之后保存并退出 重启tomcat,就可以访问了 jstatd方式连接(这种方式没有CPU监控) 参考之前博客JVisuaIVM监控Jstatd启动时报错
