CGLIB动态代理对象GC问题排查 | 京东云技术团队
一、问题是怎么发现的
最近有个新系统开发完成后要上线,由于系统调用量很大,所以先对核心接口进行了一次压力测试,由于核心接口中基本上只有纯内存运算,所以预估核心接口的压测QPS能够达到上千。
压测容器配置:4C8G
先从10个并发开始进行发压,结果cpu一下就飙升到了100%,但是核心接口的qps才200左右。于是观察jvm的垃圾回收发现younggc很频繁,但是fullGC数量为零。
二、排查问题的详细过程
由于刚一开始压测,容器cpu就飙升到了100%,所以需要先定位cpu使用率问题,找出使用cpu最高的几个进程。可以通过top命令查找进程ID,发现正是压测的Java应用进程ID;然后在定位该金晨曦cpu使用率最高的线程,可以通过top -p 进程ID -H 命令显示该进程下的线程使用cpu信息。
top
top -p 进程ID -H
图片中PID列则为十进制显示的线程ID,然后转换为16进制;在通过jstack 系统进程ID | grep 16进制线程ID 命令找到对应的线程信息如下,也就是该线程占用了一半左右的cpu。
jstack 系统进程ID | grep 16进制线程ID
此时定位到了Finalizer线程,但是这个线程又有什么作用呢?
原来这个线程会不停的循环等待java.lang.ref.Finalizer.ReferenceQueue中的新增对象。一旦Finalizer线程发现队列中出现了新的对象,它会弹出该对象,调用它的finalize()方法,将该引用从Finalizer类中移除,因此下次GC再执行的时候,这个Finalizer实例以及它引用的那个对象就可以被垃圾回收掉了。如果这个线程一直在不停的工作,说明Finalizer的队列中有许多等待GC的垃圾对象。此时可以通过另一个命令来查看等待回收的垃圾对象有哪些。
jmap -finalizerinfo 进程ID
Count Class description ------------------------------------------------------- 32221 com.jd.price.deep.exact.entity.coupons.DeepExactCouponVo$$EnhancerByCGLIB$$200e6ee6 14908 com.jd.pricedoor.compute.promotion.MultiplePromotion$$EnhancerByCGLIB$$a59933de 11982 java.util.zip.Deflater 1 java.net.SocksSocketImpl
通过上述结果可以发现有好多的业务对象,通过类名可以看到这些对象都是通过CGLIB动态代理创建的,而且这些动态代理类都默认实现了finalize方法,导致这些对象在进行垃圾回收时必须先要执行finalize方法,所以都积压到了finalizer的队列中。
三、如何解决问题
通过上述排查过程发现,是由于大量的业务对象通过CGLIB创建了动态代理类,而这些代理都是系统处理请求时创建的临时对象,请求完成后,这些临时对象就需要被垃圾回收掉,从而导致Finalizer线程执行频繁抢占了cpu资源。
针对以上分析结果所以有了如下几种解决方案:
1.不要使用CGLIB来给那些需要频繁进行垃圾回收的对象创建动态代理,可以手动创建静态代理类。
2.对象复用,尽量减少临时对象的产生。
作者:京东零售 曹志飞
来源:京东云开发者社区
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
助力618-Y的混沌实践之路 | 京东云技术团队
一、写在前面 1、混沌是什么? 混沌工程(Chaos Engineering)的概念由 Netflix 在 2010 年提出,通过主动向系统中引入异常状态,并根据系统在各种压力下的行为表现确定优化策略,是保障系统稳定性的新型手段。 混沌工程是一门在分布式系统上进行实验的学科,目的是建立人们对于复杂系统在生产环境中抵御突发事件的信息。 2、为什么要做混沌? 混沌工程通过有意地引入故障、异常或不确定性的条件,以模拟真实世界中的不完美环境。其核心思想是通过主动引入故障和异常情况,逐步验证和提升系统的健壮性,从而增加系统在面对真实世界中的复杂环境时的稳定性和可靠性。其目的是识别潜在的系统弱点,并改进应用系统的健壮性和恢复能力,减少系统故障造成的影响,并提供更好的用户体验。 3、混沌的原则 混沌工程主要遵循以下原则: 1. 假设清晰性(Assumption-Driven):明确系统的行为和性能的关键假设。这些假设可以基于系统需求、设计决策或运行环境等方面。混沌工程的实验应着眼于验证或推翻这些假设。 2. 实验的真实性(Experimentation):通过有意地注入故障、异常或不确定性的条件来模...
- 下一篇
我承认,之前喷红帽太大声了
不久前,红帽宣布改变 RHEL 源码发布方式。 就这件事,OSCHINA 邀请了红帽大中华区首席架构师张家驹、《大教堂与集市》中文版译者卫 sir,以及 20 多年开源经验的老工程师谭中意站在各自立场展开了讨论。 一场直播听下来,让我不得不承认,之前喷红帽喷得太大声了。事情好像并不是我理解得那样——红帽在开源方向上倒退,反而是更加激进。 根据直播,记录了一些观点,如下: 仅仅改变了 RHEL 源代码发布的位置 RHEL(Red Hat Enterprise Linux),是红帽公司推出的企业级 Linux 系统,是完全开源的。以前,其源代码主要放在三个地方:CentOS stream、Red Hat Customer Portal、git.centos.org。只不过现在,源代码不放在 git.centos.org上了,其他两个地址仍然有效。 既然只是位置变化,为什么要“多此一举”? CentOS Linux、CentOS Stream 都是 CentOS 项目下的两个变种,目前 CentOS 项目依然存在并健康发展。大约三四年前,红帽将主要精力从 CentOS Linux 转移到了 ...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- CentOS7,8上快速安装Gitea,搭建Git服务器
- SpringBoot2全家桶,快速入门学习开发网站教程
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS8编译安装MySQL8.0.19
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS7安装Docker,走上虚拟化容器引擎之路