Ubuntu如何解决WebLogic启动慢

Ubuntu下WebLogic启动慢的定位与解决

一、快速判断是否为熵池阻塞

• 典型现象：启动或登录控制台阶段长时间卡住，创建域阶段在约**70%**或完成后首次启动阶段长时间无进展。
• 快速验证：在终端执行命令 head -n 1 /dev/random，若读取明显卡顿，多半是**/dev/random熵不足导致JVM**随机数生成阻塞。
• 影响范围：在部分Linux/Unix系统上，JVM默认使用**/dev/random**，当系统熵池不足时会显著拖慢启动。官方建议在此类延迟场景下改用**/dev/urandom**。

二、优先方案 调整JVM随机数源（推荐）

• 临时生效（仅当前域/本次启动）：编辑域目录下的启动脚本**$DOMAIN_HOME/bin/setDomainEnv.sh**，在JAVA_OPTIONS中追加：
  JAVA_OPTIONS=“${JAVA_OPTIONS} -Djava.security.egd=file:/dev/./urandom”
  说明：使用“/dev/./urandom”形式可确保参数被正确识别，避免某些JDK版本忽略“/dev/urandom”。
• 永久生效（该JDK对所有应用生效）：编辑**$JAVA_HOME/jre/lib/security/java.security**，将
  securerandom.source=file:/dev/random
  修改为
  securerandom.source=file:/dev/./urandom
• 如使用JRockit，同步修改**$JROCKIT_HOME/jre/lib/security/java.security**中的同名项。
• 风险提示：将随机源改为urandom会略微降低熵质量，但在绝大多数中间件启动与常规业务场景下是可接受的；若对极高强度的随机性有硬性要求，应保留**/dev/random**并改为提升系统熵。

三、其他可选优化

• 合理分配JVM内存：在setDomainEnv.sh或启动脚本中设置合适的堆大小，例如：
  MEM_ARGS=“-Xms1024m -Xmx2048m”（请结合物理内存与应用负载调整）。
• 检查系统资源：确认内存与磁盘IO充足，避免因资源紧张导致启动缓慢。
• 控制台首次登录慢：多数情况下与上述的随机数阻塞一致，按第二部分的方案处理后通常可恢复正常。

四、不建议的做法

• 直接软链替换：如执行 mv /dev/random /dev/random.ORIG; ln -s /dev/urandom /dev/random。此举系统级影响面大，可能波及依赖高熵随机数的其他组件，不推荐在生产环境使用。

五、验证与回退

• 验证：重启后在**$DOMAIN_HOME/logs/server.log**观察启动是否快速通过原卡顿阶段；也可用 time head -n 1 /dev/random 对比修改前后读取延迟。
• 回退：移除启动参数或在java.security中恢复为 securerandom.source=file:/dev/random 即可。