JDK飞行记录器(JFR)是一种结构化日志记录工具， 它记录广泛的系统级(system-level)事件。类似于飞机上的黑盒子，它会持续记录飞行数据，用于调查飞行事故。JFR会持续记录JVM中的 一系列事件，用于诊断问题。这种方式的优势是，它会按时间顺序，捕获导致事故的，详细系统信息。JFR被设计的，对于性能影响很小，所以 可以安全地在生产环境长时间运行。
用jprofile打开hprof文件，查看内存泄露情况，有几个常用的功能说明一下:
JProfile是一款性能瓶颈分析工具，监控粒度可以细化到某一个类包，堪称神器！我安装了一下9.11的版本，并简单说说使用方法。
JVM进程运行期间，可能会出现因为YGC或OGC周期过长导致的明显停顿，从而极大影响用户使用体验。本文总结了作者在一次针对JVM进程的整体调优过程中所使用的工具和方法，用于备忘。文中所述的系统为国内某知名2B公司自研的搜索引擎(类Elasticsearch)，出于商业道德，作者未暴露任何代码，并对关键信息均予以更改和遮掩。
求教各位老铁们，用户中心项目某一功能在压测下到达4000的TPS，这算是什么水准？薪资可以拿到20K+吗？
在遇到实际性能问题时，除了关注系统性能指标，还要结合应用程序的系统的日志、堆栈信息、GClog、threaddump等数据进行问题分析和定位。
对于后端程序员，特别是 Java 程序员来讲，排查线上问题是不可避免的。各种 CPU 飚高，内存溢出，频繁 GC 等等，这些都是令人头疼的问题。楼主同样也遇到过这些问题，那么，遇到这些问题该如何解决呢？
JProfiler是一款功能强大的Java开发分析工具，能帮助从事编程工作的朋友们分析你们的代码数据，确定内存泄漏并了解线程问题。
最近参与开发的java项目存在比较严重的性能问题，前端访问经常需要很长时间才能获得回包，为了定位系统中的热点区域，需要对系统进行profile，然后针对性的优化。所谓工欲善其事必先利其器，一个好的profile工具需要具备：1、能以图形化形式统计各种性能指标的详细信息，包括内存、CPU、函数调用耗时等信息。2、对原应用影响小。3、能方便进行远程profile。基于以上几点，最终我选择了JProfiler，这个工具的功能非常强大，能满足profile的各种需求。
性能查看工具JProfiler，可用于查看java执行效率，查看线程状态，查看内存占用与内存对象，还可以分析dump日志.
如果想自定义内存中数据的数量，可以使用new SXSSFWorkbook ( 数量 )
可以看到堆的分代情况以及各区域的使用情况，垃圾收集器使用的是Parallel GC与java -XX:+PrintCommandLineFlags -version得到的结果一致：
9月的某个上午,业务侧突然反馈线上数据服务响应慢,造成任务积压,正常情况下耗时5ms的服务,单次响应达到了5s量级. 收到反馈后我们马上开始排查服务状况,但发现各项指标很健康,接口平均耗时3ms,p99约为1s,和经验值比无太大差别. 业务侧随后补充反馈是某些请求很慢,感觉是若干pod有问题,当流量打到这几台机器时就会变慢.
# 057.Java面向内存编程 不等不靠，有囧有料。攻城狮，是一种精神，亦是一种品质。 从`面向增删改查`到`面向性能`编程，其关键一步是面向内存编程。 就像每次敲下`.`时，我们会脑补`NullPointerException`一样， 每个方法和类，我们都要脑补其生命周期，内存占用以及大概何时回收。 实际项目通常是师傅带徒弟，着急忙慌搞业务功能，其他基本靠框架。 在当性能出现瓶颈时，有的人会选择分布式，而我建议先关注以下， * 写一手好代码，可读性好，内存友好（编码攻城狮） * 调一手好参数，高吞吐，低
答：最大区别是等待时wait会释放锁，而sleep会一直持有锁，wait通常用于线程时交互，sleep通常被用于暂停执行。
前面介绍了JVM相关的内存和线程相关的技术。对于JVM也算有了一个比较系统、完整的理论基础。理论总是作为指导实践的工具，但是从理论到实践，总会遇到一些虚拟机相关问题，故障。所以还需要学习一些常用的JVM排障工具，和一些常见的调优手段。
为了判断 Java 中是否有内存泄漏，我们首先必须了解 Java 是如何管理内存的。下面我们先给出一个简单的内存泄漏的例子，在这个例子中我们循环申请 Object 对象，并将所申请的对象放入一个 HashMap 中，如果我们仅仅释放引用本身，那么 HashMap 仍然引用该对象，所以这个对象对 GC 来说是不可回收的。
来源：https://juejin.im/post/6844903926777511943
代码写的一团糟，全是复制粘贴，连作者都没改，大家普遍不写注释，也不格式化，代码歪歪扭扭。
内存泄漏是指无用对象（不再使用的对象）持续占有内存或无用对象的内存得不到及时释放，从而造成内存空间的浪费称为内存泄漏。随着垃圾回收器活动的增加以及内存占用的不断增加，程序性能会逐渐表现出来下降，极端情况下，会引发OutOfMemoryError导致程序崩溃。
学会下面这几个方法，让你轻松玩转内存溢出，我们会从 Windows、Linux 两个系统来做示例展示，有人会有疑问了：为什么要说 Windows 版的 ？因为目前市面上还是有很多 Windows 服务器的，应用于传统行业、政府结构、医疗行业等等；两个系统下的情况都演示下，有备无患，
这个测试工具的开发已有一段时间了，由于数据量过大，写入数据较慢，导致工具执行耗时较长，所以再次优化了实现方案，进行二阶段的程序开发。
检查应用性能时，应该首先审查CPU时间。 代码优化的目的是提升而不是降低（更短时间段内的）CPU的使用率。 在试图深入优化应用前，应该先弄清楚为何CPU使用率低。
后文会从 Windows、Linux 两个系统来做示例展示，有人会有疑问了：为什么要说 Windows 版的 ？ 目前市面上还是有很多 Windows 服务器的，应用于传统行业、政府结构、医疗行业 等等；两个系统下的情况都演示下，有备无患
JVM是面试中一直绕不过去的坎，如此我们就征服它，本文给大家整理了阿里二面出现的JVM相关的面试题，希望对你有所帮助
jps等工具都是对tools.jar类的包装,使用起来方便简单.在下边的故障排查中会用到我们这里提到的工具,大家平时应该熟记于心.
Survivor Memory spaces (S0, S1): 幸存区，发生minor gc时，幸存区的对象全部复制到另一个里面去。
本文代码均由笔者在基于OpenJDK 8中的HotSpot虚拟机上进行过实际测试。
公司线上有个 tomcat 服务，里面合并部署了大概 8 个微服务，之所以没有像其他微服务那样单独部署，其目的是为了节约服务器资源，况且这 8 个服务是属于边缘服务，并发不高，就算宕机也不会影响核心业务。
程序在执行前要先把java 文件转换成(Class文件),JVM首先要需要把字节码通过一定的方式类加载器（ClassLoader)把文件加载到内存中 运行时数据区,而字节码文件JVM的一套指令集规范并不能直接交给底层操作系统去执行,因此需要特定的命令解析器 执行引擎 将字节码翻译成底层操作系统指令再交由 CPU 去执行 ,而这个过程中需要调用其他语言本地库接口（Native Interface） 来实现整个程序的功能
有同学反馈，在自己的业务中调用 groovy 脚本动态生成一些 class 的时候，出现了类无法卸载的现象，下图来自你假笨大神 PerfMa 公司 的 XElephant 「 https://memory.console.heapdump.cn/ 」
答：最大区别是等待时wait会释放锁，而sleep会一直持有锁，wait通常用于线程时交，互，sleep通常被用于暂停执行。
要说动态编译内存泄漏，首先我们先看一个案例（网上搜动态编译的资料是千篇一律，只管实现功能，不管内存泄漏，并且都恬不知耻的标识为原创！！）
那里的程序员，每天都在看邮件，查问题工单。这些问题，多半是他们设计不当造成的。代码写的一团糟，全是复制粘贴，连作者都没改，大家普遍不写注释，也不格式化，代码歪歪扭扭。这是初印象。。。
在本篇文章中，笔者结合 GCeasy 工具将从以下 5 种 Java GC 图像形态简要为大家分享一些有趣的垃圾收集模式行为，以方便对 Java 虚拟机活动相关基础知识有所了解，为后续的性能调优做好理论准备。
性能测试在整个软件/互联网行业中占据着非常重要的位置，自身应用的性能好坏，不仅影响客户体验和用户粘度，也是公司品牌的一部分，如何高效率地完成性能测试就显得格外重要。
改善性能意味着用更少的资源做更多的事情。为了利用并发来提高系统性能，我们需要更有效的利用现有的处理器资源，这意味着我们期望使 CPU 尽可能出于忙碌状态（当然，并不是让 CPU 周期出于应付无用计算，而是让 CPU 做有用的事情而忙）。如果程序受限于当前的 CPU 计算能力，那么我们通过增加更多的处理器或者通过集群就能提高总的性能。总的来说，性能提高，需要且仅需要解决当前的受限资源，当前受限资源可能是： CPU： 如果当前 CPU 已经能够接近 100% 的利用率，并且代码业务逻辑无法再简化，那么说明该系统
附Java/C/C++/机器学习/算法与数据结构/前端/安卓/Python/程序员必读书籍书单大全：
1） Jconsole ： jdk自带，功能简单，可以在系统有一定负荷的情况下使用；对垃圾回收算法有很详细的跟踪。
Jconsole : jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里
知乎上看到一个热帖，我觉得很有意思，叫做 “为什么有些大公司技术弱爆了？”。我刚看到标题的时候，先入为主和刻板偏见了一下，正如同第一个回答一样，我皱了皱眉头，产生了对题主的鄙视之情；但是很快，读完帖子以后，我却立场明确地站到题主一边了。正如同里面有位回答：
JDK 提供了一系列用于监控、诊断 Java 进程的工具，它们在 JDK 安装目录的 bin 目录下，有 jps、jcmd、jstack、jinfo、jmap 等。其中jmc、jconsole、jvisualvm 是 GUI 工具，其他大部分都是命令行工具。
某天临时被当成壮丁拉去参加一个非常牛逼的应用监控平台（后续会开源），然后大佬就给我派了一个任务，要将项目中的查询性能优化 50 倍以上，大佬对我如此地寄予厚望，我怎么能让大佬失望呢（虽然我内心瑟瑟发抖）？于是我就开始了这段性能优化之旅。
虚拟机11.JVM调优_调优方法 ENTER TITLE JVM调优工具 Jconsole，jProfile，VisualVM Jconsole : jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里 JProfiler：商业软件，需要付费。功能强大。详细说明参考这里 VisualVM：JDK自带，功能强大，与JProfiler类似。推荐。 如何调优 观察内存释放情况、集合类检查、对象树 上面这些调优工具都提供了强大的功能，但是总的来说一般分为以下几
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
