无名丶任性

项目场景： 开放平台的网关应用问题描述： 网关每天或者隔几天就会出现cpu异常飙高的问题，导致交易处理特别慢排查过程：1、首先使用 top 命令查看是哪个java进程导致cpu异常飙高 1.1、查看日志文件发现日志中有too many open files 的报错信息，这个明显是打开了很多的文件句柄没有被释放导致的。初步怀疑也是同样的进程导致的这个问题，通过命令查看该进程下面打开的文件句柄数的数量 lsof -p 进程ID | wc -l 发...

文章链接：https://blog.youkuaiyun.com/qq_34944965/article/details/81107419

在性能测试过程中，发现有一个交易在5个并发的情况下单机单jvm的时候交易响应时间变长，由于该交易外调了3个系统，所以刚开始是怀疑其他系统的响应时间变长了，但是通过日志分析，发现其他系统响应时间基本稳定，所以排除其他系统的问题，后来通过jstat查看jvm垃圾回收信息原来是频繁fullGC导致的交易响应时间变长，记录一下本次问题排查的过程：通过以下命令查看jvm垃圾回收的统计信息： jstat -gcutil PID 1s意思是查看java进程为PID 的jvm每1s中的垃圾回收信息，通过这个命令看到

1、项目依赖的jar包未全部导入；如：java.lang.NoClassDefFoundError: Could not initialize class com.esms.common.util.XmlUtil，当你去查这个类的时候发现这个类是存在，之所以抱着个错是因为在这个类里面的方法引用了其他jar包中的类的方法，而这个被引用的这个jar包刚好缺失，所以抛出这个错。解决办法：一层

今天在测试中遇到这样一个问题，在进行数据加密加签的时候抛出一个错java.lang.NoSuchFieldError: gostR28147_gcfb，网上找了很久关于NoSuchFieldError这种异常是由于jar包冲突造成的，然后通过比对jar包等操作还是未能解决这个问题，最后发现原来是连个jar包的版本不一致造成的，即bcpkix-jdk15on-1.50.jar和bcprov-jdk1