Dubbo无法创建新线程异常解决方案

一、问题

在测试环境遇到的异常信息,如下:
Paste_Image.png

异常信息:

1
Caused by: java.lang.OutOfMemoryError: unable to create new native thread

二、问题分析

项目的实际配置:

1
<dubbo:provider timeout="50000" threadpool="fixed" threads="500" accepts="1000" />

  • timeout=”5000”:设置远程调用服务的超时时间为5000毫秒
  • threadpool=”fixed”:线程模型为固定大小的线程池,启动时建立线程,不关闭,一直持有
  • threads=”500”:线程数为500
  • accepts=”1000”:限制服务器端的接受的连接的最大值为1000

再看看dubbo官网上的线程模型的内容

Paste_Image.png

结合上面的异常信息,我们可以知道dispatcher的默认配置值为all(AllChannelHandler来处理消息请求),因为测试环境上部署了好几个应用,如果每个应用都占用了500个线程,那Linux机器中默认配置的线程数是不够用的,所以就导致java.lang.OutOfMemoryError: unable to create new native thread

三、问题解决方案

结合Linux线程数限制配置来进行调优

1
[ylp@test-web-pay-01 ~]$ vi /etc/security/limits.d/20-nproc.conf
1
2
3
4
5
6
# Default limit for number of user's processes to prevent
# accidental fork bombs.
# See rhbz #432903 for reasoning.
* soft nproc 1024

root soft nproc unlimited

从配置文件中我们可以知道,root用户的创建线程数是没有限制的,普通用户可以创建的线程数默认是1024,如果一个Linux机器上部署太多的应用,那么就会耗光线程数,导致java.lang.OutOfMemoryError: unable to create new native thread异常
可以使用Linux命令查看可以创建最大的进程数

1
2
[ylp@test-web-pay-01 ~]$ ulimit -u
63477

那我们一般把值设置为和ulimit相同即可
调整时要注意:

  • 尽量不要使用 root 用户来部署应用程序,避免资源耗尽后无法登录操作系统。
  • 普通用户的线程数限制值要看可用物理内存容量来配置,同时还要结合Linux机器上有多少个用户
如果您觉得有帮助到您,不妨考虑请作者喝杯咖啡鼓励一下。