jvm调优

Jinfo jps 查询java 运行的程序信息 然后jinfo -flags 端口，这个5726上启动的是zookeeper 如jinfo flags 5726 j stat命令 可以查看堆内存各部分的使用量，以及加载类的数量。 垃圾回收统计 l S0C ：第一个幸存区的大小 l S1C ：第二个幸存区的大小 l S0U ：第一个幸存区的使用大小 l S1U ：第二个幸存区的使用大小 l EC ：伊甸园区的大小 l EU ：伊甸园区的使用大小 l OC ：老年代大小 l OU ：老年代使用大小 l MC ：方法区大小 ( 元空间 ) l MU ：方法区使用大小 l CCSC: 压缩类空间大小 l CCSU: 压缩类空间使用大小 l YGC ：年轻代垃圾回收次数 l YGCT ：年轻代垃圾回收消耗时间 l FGC ：老年代垃圾回收次数 l FGCT ：老年代垃圾回收消耗时间 l GCT ：垃圾回收消耗总时间 堆内存统计 l NGCMN ：新生代最小容量 l NGCMX ：新生代最大容量 l NGC ：当前新生代容量 l S0C ：第一个幸存区大小 l S1C ：第二个幸存区的大小 l EC ：伊甸园区的大小 l OGCMN ：老年代最小容量 l OGCMX ：老年代最大容量 l OGC ：当前老年代大小 l OC: 当前老年代大小 l MCMN: 最小元数据容量 l MCMX

一、调优策略 对于GC的性能主要有2个方面的指标： 吞吐量 throughput（工作时间不算gc的时间占总的时间比）和 暂停 pause（gc发生时app对外显示的无法响应）。 1、调优的目的 调优的最终目的当然增大吞吐量，减少暂停时间咯，映射到GC层面主要关心下面这两点： (1)将转移到老年代的对象数量降低到最小。 (2)减少full GC的执行时间。（尽量减少GC的次数） 那什么情况对象会转移到老年代，主要有这四种： (1)新生代对象每经历依次minor gc，年龄会加一，当达到年龄阀值会直接进入老年代。阀值大小一般为15。 (2)Survivor空间中年龄所有对象大小的总和大于survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，而无需等到年龄阀值。 (3)大对象直接进入老年代。 (4)新生代复制算法需要一个survivor区进行轮换备份，如果出现大量对象在minor gc后仍然存活的情况时，就需要老年代进行分配担保，让survivor无法容纳的对象直接进入老年代。 再来分析为什么说要减少full GC时间次数，那得先看GC的两大分类 Partial GC ：并不收集整个GC堆的模式 Young GC：只收集young gen的GC Old GC：只收集old gen的GC。只有CMS的concurrent collection是这个模式 Mixed

工作6年,私藏的25个,调优工具/技术网站,我贡献出来了 对于程序员来说，不停的学习新技术，是我们一直要做的事情，平时不积累，等到金三银四，金九银十的跳槽季节，身边的朋友，一个个的拿着高薪跳槽，自己只能眼巴巴的看着，后悔平时没有积累学习。 其实很多程序员最头疼的事情，就是找学习资料或面试题，我这里，就给大家推荐一些，我赞了6年的优质技术网站，都是我精心挑选的，涵盖：4个算法网站，7个调优排错工具网站，4个问答社区，4个教程网站，4个代码协作平台，都是大家学习IT路上的好帮手，对技术提升有很大帮助，而且都是里免费的！ 算法网站 LeetCode https://leetcode.com https://leetcode-cn.com LeetCode： 被称为刷题神器，里面有很编程算法面试的海量题目，可以在线编译运行，难度比较高。如果自己能都做出来，对面试大公司很有帮助。建议一次只针对一种题型进行训练，如数组、链表、二叉树、回溯、动态规划，这样效果会更好。 LintCode https://www.lintcode.com LintCode： 汇集了各大公司的算法面试题，有阶梯式训练题库，帮你选好应该刷的题目，特别适合小白和懒人。评测数独特快，支持中文在线题库，不需要你处理输入和输出，方便了很多，测试速度也很快。 VisuAlgo https://visualgo.net/zh

1.对象的引用 JDK1.2之后，对象的引用分为了四种情况 强引用：Object obj = new Object()；只要强引用还在，垃圾回收器就永远不会收集被引用的对象。 软引用：SoftReference 它用来描述一下可能还有用，但并非必须引用，在系统内存不够时，会被回收。 弱引用：WeakReference ,垃圾回收器工作时，不管内存够不够，都会被回收。 虚引用：PhantomReference. 2.怎么判断是否是一个垃圾对象 ①引用计数算法 ②可达性（根搜索）算法 虚拟机栈（栈帧中本地变量表）引用的对象 方法区中的类静态属性引用的对象 方法区中常量引用的对象 本地方法栈中JNI的引用对象。 3.垃圾回收的算法 ①标记-清除算法 标记所有要回收的对象，然后清除 缺点：效率不高 不连续的内存碎片， ②复制算法 对标记清除的改进，将可用内存分为了大小相等的两块，每次只使用一半，当一块用完了，将还活着的对象复制到另外一快上面，然后把已经使用过的空间一次清理掉 优点： 每次只对一块内存回收，运行高效 不用考虑内存碎片， 只需要移动栈顶指针， 实现简单 缺点：可一次性分配的最大内存减小了一半。 ③标记-整理算法 赋值算法适合于新生代，在老年代中，对象存活率高，如果执行过多的赋值操作，效率将会降低，所以老年代一般选标记-整理算法。 与标记清除一样，只是标记后的处理情况不同

194. 说一下 JVM 的主要组成部分？及其作用？ 类加载器（ClassLoader） 运行时数据区（Runtime Data Area） 执行引擎（Execution Engine） 本地库接口（Native Interface） 组件的作用： 首先通过类加载器（ClassLoader）会把 Java 代码转换成字节码，运行时数据区（Runtime Data Area）再把字节码加载到内存中，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定的命令解析器执行引擎（Execution Engine），将字节码翻译成底层系统指令，再交由 CPU 去执行，而这个过程中需要调用其他语言的本地库接口（Native Interface）来实现整个程序的功能。 195. 说一下 JVM 运行时数据区？ 不同虚拟机的运行时数据区可能略微有所不同，但都会遵从 Java 虚拟机规范， Java 虚拟机规范规定的区域分为以下 5 个部分： 程序计数器（Program Counter Register）：当前线程所执行的字节码的行号指示器，字节码解析器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能，都需要依赖这个计数器来完成； Java 虚拟机栈（Java Virtual Machine

　　在学习Java锁的时候，总觉的比较含糊，感觉一直没有系统的消化理解。所以决定重新梳理一下java相关的锁。 　 　 本质来说只有两种锁，乐观锁和悲观锁，其他所谓的可重入、自旋、偏向/轻量/重量锁等，都是锁具有的一些特点或机制。目的就是在数据安全的前提下，提高系统的性能。 乐观锁 　　 乐观锁，顾名思义，就是说在操作共享资源时，它总是抱着乐观的态度进行，它认为自己可以成功地完成操作。但实际上，当多个线程同时操作一个共享资源时，只有一个线程会成功，那么失败的线程呢？它们不会像悲观锁一样在操作系统中挂起，而仅仅是返回，并且系统允许失败的线程重试，也允许自动放弃退出操作。所以，乐观锁相比悲观锁来说，不会带来死锁、饥饿等活性故障问题，线程间的相互影响也远远比悲观锁要小。更为重要的是，乐观锁没有因竞争造成的系统开销，所以在性能上也是更胜一筹。 　　CAS 是实现乐观锁的核心算法，它包含了 3 个参数：V（需要更新的变量）、E（预期值）和 N（最新值）。只有当需要更新的变量等于预期值时，需要更新的变量才会被设置为最新值，如果更新值和预期值不同，则说明已经有其它线程更新了需要更新的变量，此时当前线程不做操作，返回 V 的真实值。 　　 如何实现原子操作 　　在 JDK 中的 concurrent 包中，atomic 路径下的类都是基于 CAS 实现的。AtomicInteger 就是基于

jvm调优主要是针对垃圾收集器的收集性能优化，令运行在虚拟机上的应用能够使用更少的内存以及延迟获取更大的吞吐量。 1、性能定义 要查找和评估器性能瓶颈，首先要知道性能定义，对于jvm调优来说，我们需要知道以下三个定义属性，依作为评估基础: 吞吐量：重要指标之一，是指不考虑垃圾收集引起的停顿时间或内存消耗，垃圾收集器能支撑应用达到的最高性能指标。 延迟：其度量标准是缩短由于垃圾啊收集引起的停顿时间或者完全消除因垃圾收集所引起的停顿，避免应用运行时发生抖动。 内存占用：垃圾收集器流畅运行所需要 的内存数量。 这三个属性中，其中一个任何一个属性性能的提高，几乎都是以另外一个或者两个属性性能的损失作代价，不可兼得，具体某一个属性或者两个属性的性能对应用来说比较重要，要基于应用的业务需求来确定。 2、性能调优原则 在调优过程中，我们应该谨记以下3个原则，以便帮助我们更轻松的完成垃圾收集的调优，从而达到应用程序的性能要求。 2.1MinorGC回收原则： 每次minor GC 都要尽可能多的收集垃圾对象。以减少应用程序发生Full GC的频率。 2.2GC内存最大化原则：处理吞吐量和延迟问题时候，垃圾处理器能使用的内存越大，垃圾收集的效果越好，应用程序也会越来越流畅。 2.3GC调优3选2原则: 在性能属性里面，吞吐量、延迟、内存占用，我们只能选择其中两个进行调优，不可三者兼得。 1

当 JVM 内存严重不足时，就会抛出 java.lang.OutOfMemoryError 错误。本文总结了常见的 OOM 原因及其解决方法，如下图所示。如有遗漏或错误，欢迎补充指正。 1、Java heap space 当堆内存（Heap Space）没有足够空间存放新创建的对象时，就会抛出 java.lang.OutOfMemoryError:Javaheap space 错误（根据实际生产经验，可以对程序日志中的 OutOfMemoryError 配置关键字告警，一经发现，立即处理）。 原因分析 Javaheap space 错误产生的常见原因可以分为以下几类： 1、请求创建一个超大对象，通常是一个大数组。 2、超出预期的访问量/数据量，通常是上游系统请求流量飙升，常见于各类促销/秒杀活动，可以结合业务流量指标排查是否有尖状峰值。 3、过度使用终结器（Finalizer），该对象没有立即被 GC。 4、内存泄漏（Memory Leak），大量对象引用没有释放，JVM 无法对其自动回收，常见于使用了 File 等资源没有回收。 解决方案 针对大部分情况，通常只需要通过 -Xmx 参数调高 JVM 堆内存空间即可。如果仍然没有解决，可以参考以下情况做进一步处理： 1、如果是超大对象，可以检查其合理性，比如是否一次性查询了数据库全部结果，而没有做结果数限制。 2、如果是业务峰值压力

关于CPU过载 CPU占用率及对应进程ID（pid）可以通过top命令确定，100%占有率可能由于以下两点导致： 1、堆内存不足导致频繁Full GC A、 sudo jmap -heap pid 查看堆内存的消耗情况； B、 sudo jstat -gc pid interval count 查看GC情况，示例： sudo jstat -gc 5746 3000 5 代表查看5746进程的GC情况、每隔3000毫秒打印一次、总共打印5次。如果FGC/FGCT增长明显，说明Full GC很频繁。 解决方案： 如果情况紧急，那得马上重启Java应用进程； 不紧急的话需要获取相关信息用于分析为什么堆内存被消耗完了，可能有内存泄漏问题； 1） sudo jmap -histo pid | head -n 20 查看Java对象的占用统计信息 2） sudo jmap -dump:live,format=b,file=heap.bin pid 把堆转储导出到本地文件，可以用 Eclipse MAT 工具分析内存泄漏 2、代码实现 A、top -H -p pid 先查到本地系统CPU占用率高的线程ID，把对应的线程ID拷贝下来，转为十六进制； B、sudo jstack -l -F pid | less 获取Java线程堆栈，用十六进制的本地线程ID搜索，会在某一行的nid处找到对应的线程

常用的JVM调优工具：Jconsole，jProfile，VisualVMJconsole : jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里JProfiler：商业软件，需要付费。功能强大。详细说明参考这里VisualVM：JDK自带，功能强大，与JProfiler类似。推荐。 调优的方法观察内存释放情况、集合类检查、对象树上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几类功能 堆信息查看可查看堆空间大小分配（年轻代、年老代、持久代分配）提供即时的垃圾回收功能垃圾监控（长时间监控回收情况） 查看堆内类、对象信息查看：数量、类型等 对象引用情况查看 有了堆信息查看方面的功能，我们一般可以顺利解决以下问题： --年老代年轻代大小划分是否合理 --内存泄漏 --垃圾回收算法设置是否合理 线程监控线程信息监控：系统线程数量。线程状态监控：各个线程都处在什么样的状态下 Dump线程详细信息：查看线程内部运行情况死锁检查 热点分析 CPU热点：检查系统哪些方法占用的大量CPU时间 内存热点：检查哪些对象在系统中数量最大（一定时间内存活对象和销毁对象一起统计） 这两个东西对于系统优化很有帮助。我们可以根据找到的热点，有针对性的进行系统的瓶颈查找和优化，而不是漫无目的的进行所有代码的优化。快照