xhuiting的博客

综上所述，当您的应用程序需要大堆内存、对GC延迟有严格要求、或者当前使用的垃圾收集器（如CMS）不再满足性能需求时，您应该考虑配置。而在 JDK 9 及以后的版本中，G1 成为了默认的垃圾收集器。： 在 JDK 8 中，G1 不是默认的垃圾收集器，需要显式地通过。以下是关于何时需要配置。来启用G1垃圾收集器。

XmlRpc在jmeter压测下，出现大量线程CLOSE_WAIT，或者TIME_WAIT1\TIME_WAIT2的状态。此外，在线程组数量设置10的前提下，环境的端口被跑满，超过数百个。服务端的代码主要涉及XmlRpcServer和XmlRpcServerConfigImpl。经分析，在XmlRpcServerConfigImpl上可以设置长连接，问题解决。出现大量连接，与设置的线程数对不上，是短连接的问题造成的。

mysql批量处理效率优化。

开发时，功能测试自测后，我把维护的代码移交给测试。测试反馈，同步数据时CPU过高。1. top命令查看CPU使用情况：2. ps -ef | grep java 查看该进程是哪个微服务的进程号。3.jmap -heap进程号查看，发现新生代和老年代的使用率达到100%。这时候明细是发现gc引发的cpu高，立马想到fullgc是不是太频繁了。4.jstat -gc进程号 5000发现FGC增长的很快。5.因为懒得dump当时的内存情况，直接用JDK自带的...

1. 为了避免有人问“JvisualVM”在哪里？我先说明一下：在jdk的安装目录的bin目录下，找到jvisualvm.exe，双击打开即可。2.使用JvisualVM工具（1）找到“远程”右键，选择“添加远程主机”，输入你要远程的主机名。（2）对远程的主机右键，选择“添加 JMX 连接”。我输入了自己微服务的端口，结果报如下错误：我是Springboot工程，在启动脚本nohup java中添加如下代码：-jar -Dcom.sun.manag...