最近正在进行从Spring Boot往Spring Cloud上改造升级。之前部署的应用程序比较少，还没什么问题。当Spring Cloud项目逐步新增之后，问题就爆发了，服务器内存不够用了。而现有的用户体量也没必要对服务器再次进行升级，于是就开始着手Spring Boot启动时JVM内存配置的优化。
总的来说就是依照这些原则来解决这些问题以达到 GC 低频 GC 停顿时间短，以及低内存占用和高吞吐。
公司众多系统中有一个系统使用的是 CMS 垃圾回收器，JVM 初始堆内存不等于最大堆内存，但通过监控信息发现：在经过一次 FullGC 之后，服务器物理内存剩余空间并未提升，运维同事告诉我说，有内存泄露，因为 GC 了之后，内存并没有被释放。按照大部分人的理解，FullGC 之后 JVM 进程会释放的内存一部分还给物理内存，下面通过几个实验来对比验证一下 CMS 和 G1 的物理内存归还机制。
ES官方建议JVM中设置的最大堆内存大小，不超过节点RAM的一半，最大不超过32GB,并且Xms和Xmx相等。我们一个个说明。
3,-Xms256m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=1024 直接粘贴这句话进去即可
最近正在重新学习JVM的内存结构及相关优化内容，无意中看到IDEA的VM配置（安装时默认配置）中有如下的配置：
服务器硬件有没有问题，网络、存储、内存、CPU情况有没有问题。如果有普罗米修斯、zabbix监控，可以直接查看监控，如果没有则需要进入服务器进行定位。
在Java开发的世界里，JVM是一个不可或缺的核心组件。它不仅为我们提供了跨平台的能力，还为我们处理内存管理、线程调度等底层细节。但是，随着应用规模的增长，JVM的性能优化成为了开发者必须面对的挑战。本文将带你深入了解JVM的优化策略、组成结构以及垃圾回收（GC）的工作原理和调优方法，并通过代码示例来加深理解。让我们一起探索如何让Java应用在JVM上运行得更加高效。
编写java程序最为方便的地方就是我们不需要管理内存的分配和释放，一切由jvm来进行处理，当java对象不再被应用时，等到堆内存不够用时，jvm会进行垃圾回收，清除这些对象占用的堆内存空间，如果对象一直被应用，jvm无法对其进行回收，创建新的对象时，无法从Heap中获取足够的内存分配给对象，这时候就会导致内存溢出。
Tomcat的连接数主要受几个参数的影响:1. acceptCount:指定Tomcat接收请求的最大队列数,默认值为100。这是因为Tomcat的连接器(Connector)将接收到的请求放入队列进行处理,当队列满时新请求会被拒绝。将acceptCount的值增加可以加大链接请求队列的大小,接纳更多连接。2. maxConnections:指定最大连接数,默认值为10000。当Tomcat正在处理的连接达到这个值时,新的连接请求会被拒绝。增大这个值可以增加Tomcat的最大连接数。3. maxThreads:指定最大线程数,默认值为200。由于每个连接都需要一个线程来处理,当线程数达到maxThreads时新连接无法被处理,会被拒绝。增大maxThreads值也可以增加最终的连接数。所以,可以通过调整以上3个参数来加大Tomcat的连接数:1. 增大acceptCount值,扩大连接请求队列,避免连接请求被拒绝,如:
如何在高性能服务器上进行JVM调优？ 为了充分利用高性能服务器的硬件资源，有两种JVM调优方案，它们都有各自的优缺点，需要根据具体的情况进行选择。 1. 采用64位操作系统，并为JVM分配大内存 我们知道，如果JVM中堆内存太小，那么就会频繁地发生垃圾回收，而垃圾回收都会伴随不同程度的程序停顿，因此，如果扩大堆内存的话可以减少垃圾回收的频率，从而避免程序的停顿。 因此，人们自然而然想到扩大内存容量。而32位操作系统理论上最大只支持4G内存，64位操作系统最大能支持128G内存，因此我们可以使用64位操作系
在基于物理的服务器（此处主要与容器平台进行区分，故此描述）上运行Java应用程序时，我们通常会使用Java虚拟机参数"-Xms、-Xmx"来指定Java堆内存的初始值和最大值。如果要将我们的应用程序移植到容器平台，如何在容器环境中配置Java堆内存大小呢？有没有最佳做法？在本文中，我们将讨论可用于指定Java堆内存大小的JVM参数以及最优选择。
JVM（Java虚拟机）的启动参数是在启动JVM时可以设置的一些命令行参数。这些参数用于指定JVM的运行环境、内存分配、垃圾回收器以及其他选项。以下是一些常见的JVM启动参数：
1、什么是堆内存？ Java 中的堆是 JVM 所管理的最大的一块内存空间，主要用于存放各种类的实例对象。 在 Java 中，堆被划分成两个不同的区域： 新生代 ( Young )、 老年代 ( Old )。 新生代 ( Young ) 又被划分为三个区域 Eden、 From Survivor、 To Survivor。 这样划分的目的是为了使 JVM 能够更好的管理堆内存中的对象，包括内存的分配以及回收。 2、堆内存的作用是什么？ 在虚拟机启动时创建。 堆内存的唯一目的就是创建对象实例，所有的对象实例
堆内存变大后，虽然垃圾收集的频率减少了，但每次垃圾回收的时间变长。 如果堆内存为 14 G，那么每次 Full GC 将长达数十秒。如果 Full GC 频繁发生，那么对于一个网站来说是无法忍受的。
我们在自己电脑上进开发的时候，几乎很少考虑对JVM进行优化。但是，我们写的代码，放到生成环境会出现入下各种情况：
java内存组成介绍：堆(Heap)和非堆(Non-heap)内存 按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给 自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个
1.参数的含义 -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M -vmargs 说明后面是VM的参数，所以后面的其实都是JVM的参数了 -Xms128m JVM初始分配的堆内存 -Xmx512m JVM最大允许分配的堆内存，按需分配 -XX:PermSize=64M JVM初始分配的非堆内存 -XX:MaxPermSize=128M JVM最大允许分配的非堆内存，按需分配
有一次早上发现测试服务被容器kill了，查看日志发现是每天都会被容器 kill -9两次。
这些问题在日常开发中可能被很多人忽视（比如有的人遇到上面的问题只是重启服务器或者调大内存，而不会深究问题根源），但能够理解并解决这些问题是Java程序员进阶的必备要求。本文将对一些常用的JVM性能调优监控工具进行介绍，希望能起抛砖引玉之用。本文参考了网上很多资料，难以一一列举，在此对这些资料的作者表示感谢！关于JVM性能调优相关的资料，请参考文末。
Java虚拟机（JVM）是Java应用的运行环境，从一般意义上来讲，JVM是通过规范来定义的一个虚拟的计算机，被设计用来解释执行从Java源码编译而来的字节码。更通俗地说，JVM是指对这个规范的具体实现。这种实现基于严格的指令集和全面的内存模型。另外，JVM也通常被形容为对软件运行时环境的实现。通常JVM实现主要指的是HotSpot。
在本地开发环境中我们很少有需求对JVM进行优化，但是到了生产环境我们的程序可能出现如下问题：
JVM参数有很多，其实我们直接使用默认的JVM参数，不去修改都可以满足大多数情况。但是如果你想在有限的硬件资源下，部署的系统达到最大的运行效率，那么进行相关的JVM参数设置是必不可少的。下面我们就来对这些JVM参数进行详细的介绍。
1 运行的项目卡住了，项目里面的日志没有输出，程序没有反应 2 服务器的cpu 负载突然升高； 3 只有在上线的情况，才会有多线程的情况，本地即使压测，也没有什么用处，所以多线程，一定要上线的情况进行压测；
Java是以VM为基础的，而云原生讲究的就是Native，天然的矛盾，虽然Quarkus是为GraalVM和HotSpot量身定制的K8s Native Java框架，生态原因切换成本太高，这种矛盾体现在很多方面，比如：当你在物理机或者虚拟机上配置 JVM 参数时，你可以选择使用-Xmx/-Xms 来指定 Java 堆大小，但这样指定的话，就固定了 JVM 堆占用大小，如果将 Java 应用程序移植到容器或者说 K8s Pod 中，K8S 本身有垂直扩容的能力，如果我把内存从 8G 增长到 16G，JVM 如何感知到呢？我们又该如何配置 Java 堆大小呢？本文我们讨论下如何在 Java 容器中参数配置的最佳实践。
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？ 参数中-vmargs的意思是设置JVM参数
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M 这里有几个问题： 1. 各个参数的含义什么？ 2. 为什么有的机器我将-Xmx和-XX:MaxPermSize都设置为512M之后Eclipse可以启动，而有些机器无法启动？ 3. 为何将上面的参数写入到eclipse.ini文件Eclipse没有执行对应的设置？ 下面我们一一进行回答 1. 各个参数的含义什么？
前面提到了一个使用jstack的shell脚本，通过命令可以很快地定位到指定线程对应的堆栈信息。
清楚的记得是2020/7/25 14:34分左右，周六的下午，我还在公司苦逼的加班中，突然钉钉告警群里出现大量应用OP的dubbo超时调用、空指针异常，异常中间还有Metaspace元空间不足等异常:
任何新的业务系统在上线以前都需要去估算服务器配置和 JVM 的内存参数，这个容量与资源规划并不仅仅是系统架构师的随意估算的，需要根据系统所在业务场景去估算，推断出来一个系统运行模型，评估 JVM 性能和 GC 频率等等指标。
如果说在容器中运行 Java 应用有一条核心定律，那么就是：对于在容器中运行的 Java 进程，不要手工设置 JVM 堆内存。相反的，设置容器的限制。
DK本身提供了很多方便的JVM性能调优监控工具，除了集成式的VisualVM和jConsole外，还有jps、jstack、jmap、jhat、jstat、hprof等小巧的工具，本博客希望能起抛砖引玉之用，让大家能开始对JVM性能调优的常用工具有所了解。 现实企业级Java开发中，有时候我们会碰到下面这些问题： OutOfMemoryError，内存不足 内存泄露 线程死锁 锁争用（Lock Contention） Java进程消耗CPU过高 ...... 这些问题在日常开发中可能被很多人忽视（比如有的人
随着企业越来越多地了解到部署容器化应用程序的优点，有必要纠正 JVM 在云中表现不好的误解，尤其是在内存管理方面。虽然许多JVM可能不能完美地配置成在弹性云环境中运行，但各种可用的系统属性允许对JVM进行调优，以帮助最大限度地利用其主机环境。如果一个容器化的应用程序是使用OpenShift部署的，那么该应用程序可以利用Kubernetes Vertical Pod Autoscaler (VPA)，这是一个alpha特性。VPA就是一个例子，JVM的默认内存管理设置可能会降低在云中运行应用程序的好处。这篇博文将介绍配置和测试一个与VPA一起使用的容器化Java应用程序的步骤，这将演示JVM在云中运行时的适应性。
通过直接使用plocal，这些设置对于Java应用程序在嵌入模式下使用OrientDB运行的服务器组件和JVM都有效。
栈 -Xss128k <==> -XX:ThreadStackSize=128k 设置线程栈的大小为128K
jvm性能优化涉及到两个很重要的概念：吞吐量和响应时间。jvm调优主要是针对他们进行调整优化，达到一个理想的目标，根据业务确定目标是吞吐量优先还是响应时间优先。
_NullPointer 出处：https://www.cnblogs.com/renwei/
关于java的JVM这块儿知识，在项目做大之后，一些性能的优化，要涉及到数据库，一些缓存要放在内存中。还有一些JMS的消息传播等等，高大上的知识需要有JVM内存模型知识的支持。所以自问自答，来回答下面几个问题。
导读：springboot2 项目监控服务 ，采用Micormeter度量指标库，帮助我们监控应用程序的度量指标，并将其发送到Prometheus中。监控指标有系统负载、内存使用情况、应用程序的响应时间、吞吐量、错误率等。
现代机器大部分是 64 位的，JVM 也从 9 开始仅提供 64 位的虚拟机。在 JVM 中，一个对象指针，对应进程存储这个对象的虚拟内存的起始位置，也是 64 位大小：
Java 凭借着自身活跃的开源社区和完善的生态优势，在过去的二十几年一直是最受欢迎的编程语言之一。步入云原生时代，蓬勃发展的云原生技术释放云计算红利，推动业务进行云原生化改造，加速企业数字化转型。
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
本文旨在概述京东在JDK方向上的尝试与探索，以及京东JDK项目背景，基本特性以及未来的工作方向。 对于JDK特性的技术讨论，实现细节及效果，将在后续系列文章中深入讨论。
1、java.lang.OutOfMemoryError: PermGen space
性能测试排查定位问题，分析调优过程中，会遇到要分析gc日志，人肉分析gc日志有时比较困难，相关图形化或命令行工具可以有效地帮助辅助分析。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
云直播
对象存储
