解决:Maximum number of threads (200) created for connector with address null

本文介绍了如何通过配置Tomcat线程池来解决最大线程数错误的问题,并提供了具体的XML配置示例。同时,针对并发用户量大时可能出现的文件句柄过多的情况,给出了检查和优化的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转至:http://xy123110.iteye.com/blog/1551544

 

1、INFO: Maximum number of threads (200) created for connector with address null and port 8091

说明:最大线程数错误

解决方案:

 

使用线程池,用较少的线程处理较多的访问,可以提高tomcat处理请求的能力。使用方式:

首先。打开/conf/server.xml,增加

 

[html]  view plain copy print ?
 
  1. <Executor name="tomcatThreadPool" namePrefix="catalina-exec-"      
  2.         maxThreads="500" minSpareThreads="20" maxIdleTime="60000" />    


最大线程500(一般服务器足以),最小空闲线程数20,线程最大空闲时间60秒。

然后,修改<Connector ...>节点,增加executor属性,如:

[html]  view plain copy print ?
 
  1. <Connector executor="tomcatThreadPool"      
  2.                port="80" protocol="HTTP/1.1"      
  3.                connectionTimeout="60000"    
  4.                keepAliveTimeout="15000"    
  5.                maxKeepAliveRequests="1"    
  6.                redirectPort="443"    
  7.                ....../>    


2、java.net.SocketException: Too many open files

 

当tomcat并发用户量大的时候,单个jvm进程确实可能打开过多的文件句柄。

使用 #lsof -p 10001|wc -l   查看文件操作数

如下操作:

[html]  view plain copy print ?
 
  1. (1).ps -ef |grep tomcat  查看tomcat的进程ID,记录ID号,假设进程ID为10001     
  2. (2).lsof -p 10001|wc -l    查看当前进程id为10001的 文件操作数     
  3. (3).使用命令:ulimit -a   查看每个用户允许打开的最大文件数     
  4.   默认是1024.     
  5. (4).然后执行:ulimit -n 65536 将允许的最大文件数调整为65536    
### 解决 CST 矩阵计算器最大线程数错误 对于 CST 矩阵计算器运行时报错 `'Maximum number of threads less or equal 0'` 的情况,可以从以下几个方面着手解决问题: #### 配置文件调整 检查并修改应用程序的配置文件以确保线程池设置合理。通常,在服务器端应用中,可以通过编辑 `server.xml` 文件来增加 Tomcat 或其他容器的最大线程数量。例如,在 Tomcat 中添加或修改 `<Executor>` 元素如下所示[^1]: ```xml <Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="500" minSpareThreads="20" maxIdleTime="60000" /> ``` #### 调整操作系统级别的线程限制 如果遇到的是由于操作系统的线程创建上限过低而导致的问题,则需要提升该数值。针对 Linux 系统而言,这涉及到更改 `/etc/security/limits.d/90-nproc.conf` 文件中的相应条目[^4]: ```bash * soft nproc 65535 * hard nproc 65535 ``` 上述命令会将所有用户的进程数目软硬限制均设为较高值。 #### 应用程序内部参数优化 除了外部环境因素外,还应该考虑是否可以在不改变硬件资源的前提下通过改进算法效率或者减少不必要的多线程操作来缓解这一状况。具体到 CST Matrix Calculator 上,可能意味着重新评估其计算模型以及如何更高效地利用现有 CPU/GPU 计算能力而不依赖过多子任务分发机制。 #### 日志分析与监控工具部署 为了更好地理解问题根源所在,并验证所做改动的效果,建议启用详细的日志记录功能以便于后续排查;同时引入性能监测手段如 Prometheus + Grafana 组合可以帮助实时跟踪系统状态变化趋势。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值