Debian系统WebLogic资源分配与调优要点
一 系统层资源与内核参数
- 提升文件描述符与进程数限制，编辑 /etc/security/limits.conf（或 limits.d 下文件），为运行 WebLogic 的用户设置如：soft/hard nofile 65535、soft/hard nproc 65535，并确认 systemd 服务段包含 LimitNOFILE=65535、LimitNPROC=65535，否则 systemd 可能覆盖 limits.conf。执行
ulimit -a 校验当前会话限制。
- 优化网络栈与 TCP 行为（/etc/sysctl.conf）：提高全连接与半连接队列、开启 TIME_WAIT 复用与快速回收、扩大端口范围与缓冲区，示例：
- net.core.somaxconn=4096；net.ipv4.tcp_max_syn_backlog=4096
- net.ipv4.tcp_tw_reuse=1；net.ipv4.tcp_tw_recycle=1（NAT/负载均衡环境慎用回收）
- net.ipv4.ip_local_port_range=1024 65535；net.core.rmem_max/net.core.wmem_max=16777216
- 应用后执行
sysctl -p 生效。
- 资源隔离与上限控制：生产环境可用 cgroups 限制 WebLogic 实例的 CPU/内存/IO，避免单实例失控影响其他服务。
- 基础监控：部署后用 top/htop、vmstat、iostat 观察 CPU、内存、I/O 与网络队列，作为后续调参依据。
二 JVM堆与垃圾回收配置
- 堆大小基线：将 -Xms 与 -Xmx 设为相同，减少运行时扩缩堆带来的抖动；在 setDomainEnv.sh 中通过 WLS_MEM_ARGS_64BIT/32BIT 或直接使用 JAVA_OPTIONS 设置，例如：
- JAVA_OPTIONS=“-Xms4g -Xmx4g”
- 若使用 JDK 8，可配合 -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=1g；JDK 8 之前使用 -XX:MaxPermSize（示例 256m）。
- GC 策略：大堆与低停顿优先选用 G1 GC，示例：
- -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:InitiatingHeapOccupancyPercent=45
- 诊断与可观测性：开启 GC 日志 与（可选）Flight Recorder，便于定位停顿与内存问题：
- -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/log/weblogic/gc.log
- -XX:+UnlockCommercialFeatures -XX:+FlightRecorder
- 随机数与启动速度：在 $JAVA_HOME/jre/lib/security/java.security 中将 securerandom.source 调整为 file:/dev/./urandom，缩短启动阶段熵不足导致的阻塞。
三 WebLogic内部关键资源
- 执行线程池：优先使用 WebLogic 的“自调优”线程池；如需固定值，可在控制台设置服务器的 Self-Tuning Thread Pool 的 Min/Max，或在启动参数中设置（示例值需结合压测）：
- -Dweblogic.threadpool.MinPoolSize=800 -Dweblogic.threadpool.MaxPoolSize=1200
- 亦可在 config.xml 的 节点配置 <self-tuning-thread-pool-size-min/max>。
- 网络与 I/O：在服务器“Tuning”页启用 Enable Native IO，提升网络吞吐；按需调大 Accept Backlog（默认 50），当出现“connection refused/连接建立慢”时可按约 25% 逐步上调并压测验证。
- JDBC 连接池：将 InitialCapacity 设为与 MaxCapacity 一致，避免运行期频繁创建/销毁连接；结合数据库最大连接数与实际并发做容量规划。
- 连接复用与协议：启用 HTTP 连接复用（NIO），减少握手开销；如使用 SSL，优先 TLSv1.2+ 并启用会话缓存。
四 容量规划与快速配置示例
- 容量规划速查表：
| 资源项 |
快速建议 |
备注 |
| 堆内存 |
-Xms 与 -Xmx 等值；常见 4G–8G 起步，视应用而定 |
避免过大导致 GC 停顿与本地内存压力 |
| GC |
G1 GC；-XX:MaxGCPauseMillis=200 |
关注停顿与吞吐的平衡 |
| 线程池 |
先启用自调优；固定值从 800–1200 起步压测 |
结合 CPU 与 RT 调整 |
| 文件描述符 |
nofile ≥ 65535 |
limits.conf 与 systemd 同步设置 |
| TCP 队列 |
somaxconn 4096；backlog 逐步上调 |
观察连接拒绝与队列溢出 |
| JDBC 连接池 |
InitialCapacity = MaxCapacity |
与 DB 最大连接数匹配 |
- 示例（4 核 16GB 内存的单体实例，仅作起点）：
- setDomainEnv.sh 或启动脚本加入：
- JAVA_OPTIONS=“-Xms4g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:InitiatingHeapOccupancyPercent=45 -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=1g -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/log/weblogic/gc.log”
- limits.conf：
- weblogic soft/hard nofile 65535；weblogic soft/hard nproc 65535
- sysctl.conf：
- net.core.somaxconn=4096；net.ipv4.tcp_max_syn_backlog=4096；net.ipv4.tcp_tw_reuse=1；net.ipv4.ip_local_port_range=1024 65535；net.core.rmem_max/net.core.wmem_max=16777216
- WebLogic 控制台：启用 Native IO；将 Accept Backlog 从 50 起按 25% 递增压测；JDBC 连接池 InitialCapacity=MaxCapacity。
五 验证与常见排错
- 启动失败或线程创建失败（如 “Resource temporarily unavailable in tsStartJavaThread”）：多为 ulimit -u（用户进程/线程数）或 -Xss（线程栈）过小，或堆/线程配置过高；按“先降并发/线程数或调小 -Xss，再升系统限制”的顺序排查。
- 连接被拒绝或建立慢：检查 Accept Backlog、somaxconn、端口占用与防火墙；逐步上调并配合压测。
- GC 停顿过长或频繁 Full GC：结合 GC 日志 调整 -Xmx、G1 相关阈值（如 InitiatingHeapOccupancyPercent），必要时优化对象生命周期与缓存策略。
- 监控与回放：使用 WebLogic Administration Console/JMX 观察线程、队列、JDBC 活跃/等待、GC 指标；每次变更先在测试环境验证并保留变更记录与回滚方案。
