WebLogic在Linux上的并发请求处理机制与优化要点
一、请求处理链路与并发模型
- 在 Linux 上，WebLogic 使用 监听线程 接收连接，交由 Socket Muxer 读取网络数据，并按请求类型放入 工作管理器（Work Manager）队列，空闲的 执行线程（Execute Thread） 从队列取任务执行并返回响应。自 9.x 起采用自调优线程池；自 12c 起以 Work Manager 为统一入口，配合 共享容量（Shared Capacity for Work Managers） 控制全局排队上限，超过阈值将触发拒绝策略以保护系统。Muxer 有两类：性能更佳的 本地 muxer（默认启用） 与 Java muxer（可通过“Socket Readers Percentage”调节读线程比例）。日志/栈中可见如 weblogic.socket.EPollSocketMuxer（本地 muxer）或 weblogic.socket.SocketMuxer（Java muxer）字样以辅助判断当前使用的 muxer。
二、影响并发的关键配置
- 执行线程与工作管理器
- 自调优线程池：在控制台设置 Self-Tuning Thread Pool 的 Min/Max Thread Count，或在 config.xml 配置 self-tuning-thread-pool-size-min/max；也可用启动参数 -Dweblogic.threadpool.MinPoolSize / MaxPoolSize 覆盖（不建议长期硬性固定，除非有明确容量边界）。
- 队列与过载保护：设置 Shared Capacity for Work Managers（全局并发排队+执行上限，默认 65536），并按业务划分 Work Manager 与 Capacity/Fair Share/Queue Length，避免单一业务拖垮整体。
- 连接与网络
- 启用 Native IO（本地 muxer）提升高并发读性能；使用 Java muxer 时合理设置 Socket Readers Percentage，避免读线程过多挤占业务线程。
- 调大 Accept Backlog（监听套接字待处理连接队列，默认 50），缓解突发连接被拒；结合 Login Timeout / SSL Login Timeout 处理握手与空闲超时。
- JDBC 与下游依赖
- 连接池最大值≈执行线程数或略小，减少上下文切换与连接争用；开启 Statement Cache 降低硬解析开销，但需确保数据库游标足够（如连接数 25、缓存 10，游标可能达 250）。
- Linux 资源与文件句柄
- 提升进程可打开文件数：在 /etc/security/limits.conf 增加如
* soft nofile 65536、* hard nofile 65536，并在 /etc/pam.d/login 加载 pam_limits.so；运行时用 ulimit -n 校验。
- 扩大可用端口与优化内核网络：如
net.ipv4.ip_local_port_range=1024 65535、net.core.somaxconn、net.core.netdev_max_backlog，并按需调整 tcp_rmem/tcp_wmem 与 tcp_keepalive_time，降低连接耗尽与长尾时延。
三、并发问题的诊断与排障
- 典型症状：吞吐骤降、请求超时、线程长时间运行。当 执行线程耗尽，新请求将被排队或直接拒绝，表现为“挂起”。
- 快速定位
- 连通性：使用 java weblogic.Admin PING t3://host:port 判断实例是否可达。
- 线程分析：在 Linux 上执行
kill -3 <pid> 或 jstack <pid> 获取 Thread Dump，连续采集 3–5 次、间隔 3–5 秒；关注 ListenThread、Socket Reader 是否存在，以及大量线程是否处于 STUCK（默认超过 600 秒 被标记）或 WAITING/BLOCKED 状态，定位数据库等待、锁竞争、外部依赖阻塞等根因。
四、并发能力提升的实用建议
- 线程与队列的“右-sizing”：以 CPU 核数×2~4 为起点做压测，结合 CPU 利用率、队列长度、P95/P99 时延 逐步微调；优先用 Work Manager 做业务隔离与差异化 SLA，再调整全局 Shared Capacity，避免“一个慢接口饿死全部”。
- 避免线程被下游“绑架”：JDBC 连接池≤执行线程数、合理 Statement Cache、优化慢 SQL/索引与驱动；对外部服务设置 超时与熔断，防止级联阻塞。
- 保护机制与优雅降级：启用 过载保护（队列/线程上限、拒绝策略）、设置 Panic Action=system-exit 配合 Node Manager 自动重启；对 HTTP 会话 设置上限（如
<max-in-memory-sessions>）与 SessionCreationException 处理，配合 SLB/代理 做 503 快速失败与重试分流。
