Ubuntu上WebLogic资源占用优化实操指南
一 系统层优化
- 资源与监控
- 使用top/htop观察CPU与内存，vmstat/iostat/sar持续监测系统负载与I/O，定位瓶颈后再做参数调整。
- 通过cgroups对WebLogic进程做CPU/内存/IO限额，避免单实例拖垮整机。
- 调整OOM策略：为WebLogic进程设置更不易被杀死的oom_score_adj（值更小更不易被OOM Killer终止），降低关键实例被误杀的风险。
- 内存与交换
- 适度降低vm.swappiness（如设置为10），减少换页，优先使用物理内存；仅在必要时增大vm.dirty_ratio（如100）以减少频繁回写抖动（需结合负载与磁盘能力测试）。
- 启用zram/zswap压缩内存页，提升低内存场景下的可用性与稳定性。
- 文件与网络
- 选择适合业务的文件系统（如ext4/xfs/btrfs），并用iotop观察磁盘占用，必要时调整调度与挂载选项。
- 提升系统级资源上限：在**/etc/security/limits.conf中放宽nofile/nproc**（如各65535），并在**/etc/sysctl.conf中提升fs.file-max**等内核参数，避免“too many open files”。
- 网络层面可按需优化TCP缓冲区与窗口参数，提升高并发下的连接处理能力。
二 JVM与启动参数优化
- 堆与模式
- 在setDomainEnv.sh或启动脚本中设置**-Xms与-Xmx且尽量等值（如-Xms4g -Xmx4g**），减少堆扩展带来的抖动；将域运行在**生产模式（PRODUCTION_MODE=true）**以获得更稳健的默认配置。
- 随机数源与启动速度
- 若出现启动缓慢，可修改**$JAVA_HOME/jre/lib/security/java.security**：将securerandom.source=file:/dev/urandom改为file:/dev/./urandom，规避阻塞式熵源带来的初始化延迟。
- GC与监控
- 结合负载选择合适的垃圾回收器（如G1/ZGC），并通过JConsole/VisualVM或WLDF持续观察GC次数、停顿时间与内存占用，必要时调整年轻代/并发标记等参数。
三 WebLogic内部关键参数
- 线程与执行模型
- **WebLogic 9+**采用自调优线程池，避免手工设定固定线程数；以监控指标（当前大小、收缩/增长计数、等待计数）为依据做迭代调优。
- 老版本（如8.1）可按“连接数≈处理线程数”的原则配置执行队列，减少线程争用与频繁创建销毁。
- 连接与I/O
- 调优JDBC连接池：将InitialCapacity与MaxCapacity设为等值，减少运行期扩容；开启PreparedStatement Cache复用语句，降低数据库往返。
- 启用Native IO（本地I/O）以提升网络吞吐；根据请求体大小适当调大Chunk Size，减少小包往返次数。
- 调整Accept Backlog（连接请求排队上限），在出现“连接被拒/超时”时按约**25%**步进增大并复测，缓解瞬时洪峰拥塞。
- 事务与数据访问
- 非分布式强一致场景优先考虑**Logging Last Resource（LLR）**替代XA，降低两阶段提交开销，提高数据库写入吞吐。
四 监控与容量规划
- 建立“监控—分析—调优—回归”的闭环：在Ubuntu侧用vmstat/iostat/sar与htop做系统层观测，在WebLogic侧用控制台/WLDF观察线程池、JDBC、JVM与请求指标，结合JConsole/VisualVM深入分析对象生命周期与GC行为。
- 容量与并发的简易估算方法
- 估算并发用户数：并发 ≈ 峰值在线用户 × 5%~10%（业务差异很大，需以压测校准）。
- 线程与实例数：经验上每个实例维持约20并发线程较优；例如目标100并发，可规划4实例，单实例初始线程25、最大100，再按监控与压测结果微调。
- 高可用与扩展
- 当单机资源吃紧或需平滑扩容时，考虑WebLogic集群与负载均衡，并合理设计会话保持策略，避免状态成为扩展瓶颈。
五 安全与变更建议
- 所有变更遵循“小步变更、可回滚、压测验证”原则；变更前备份setDomainEnv.sh/config.xml/启动脚本等关键文件。
- 生产环境优先使用生产模式与受控的JVM参数模板；仅在明确收益时调整Chunk Size/Accept Backlog/连接池等网络与数据库相关参数。
- 若遇到OutOfMemoryError或线程/连接耗尽，优先从应用侧排查慢查询、连接泄漏与对象膨胀，再配合JVM与WebLogic参数迭代优化。
