项目描述:用户调用接口,接口异步开启任务A,给用户快速返回OK状态,异步任务A中会并发调用1-10000的子任务,当所有子任务结束后,redis发布任务状态,由于1-10000的子任务都有消息发送的需求,中间都会一直发送消息,同时有写库的操作,去掉事务,开启线程。(注:子任务每个执行时间都很慢)
这次要求压测项目,但是发现一个很奇怪的现象,就是当请求上去之后,程序就假死了。查看了jstack发现所有的线程都是waiting的状态,查看jmap也没有太大的对象。
然后使用visualvm看了一下项目的情况,发现CPU、内存、线程都没有问题,查看了服务器的IO也不高。分析到这就有点懵逼了,什么都不高怎么就waiting了。最终注释代码,整个service就剩下redis与数据库操作了。
到这基本就已经能发现问题了,整个service没有任何操作,都跑不上去了,看看连接池吧。最终发现redis与mysql的连接池都是默认的,没有修改。
综上所述,当程序异步等待时间过长的时候,请优先检查连接池。还是怪自己太菜~哎,必须写个博客声明一下自己的菜到抠脚的经历。