一、问题

在测试环境遇到的异常信息，如下：

Paste_Image.png

二、问题分析

项目的实际配置：
<pre><code><dubbo:provider timeout="50000" threadpool="fixed" threads="500" accepts="1000" /></code></pre>
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线程数限制配置来进行调优

[ylp@test-web-pay-01 ~]$ vi /etc/security/limits.d/20-nproc.conf
<pre><code>

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
</code></pre>
从配置文件中我们可以知道，root用户的创建线程数是没有限制的，普通用户可以创建的线程数默认是1024，如果一个Linux机器上部署太多的应用，那么就会耗光线程数，导致java.lang.OutOfMemoryError: unable to create new native thread异常
可以使用Linux命令查看可以创建最大的进程数
[ylp@test-web-pay-01 ~]$ ulimit -u
63477
那我们一般把值设置为和ulimit相同即可
调整时要注意：
1、 尽量不要使用 root 用户来部署应用程序,避免资源耗尽后无法登录操作系统。
2、 普通用户的线程数限制值要看可用物理内存容量来配置，同时还要结合Linux机器上有多少个用户