作为一名在中间件运维领域摸爬滚打了多年的工程师，我深知WebLogic启动失败时的那种焦虑。不管是环境变量配错、域目录找不到，还是端口被占用，任何一个细节疏忽都会导致启动卡壳。本文基于真实的生产环境排障经验，帮你梳理出一套清晰、可落地的启动流程，让你在面对Linux下的WebLogic时linux主机，心里更有底。
环境变量怎么配
启动WebLogic的第一步，永远是确认环境变量。很多新手直接跑到DOMAIN目录下执行startWebLogic.sh，结果报错“JAVA_HOME not set”。正确的做法是，先找到你安装WebLogic时生成的setDomainEnv.sh文件，它通常位于DOMAIN_HOME/bin目录下。执行前，建议手动检查一下JAVA_HOME、MW_HOME、WLS_HOME这几个关键变量是否指向了正确路径。如果服务器上存在多个JDK版本，务必将JAVA_HOME指向WebLogic官方认证过的版本，避免因JDK版本不兼容引发ClassNotFoundException或内存溢出。
启动脚本用哪个
在DOMAIN_HOME/bin目录下，你会看到两个核心脚本：startWebLogic.sh和startManagedWebLogic.sh。前者用于启动管理服务器（AdminServer），后者用于启动受管服务器（Managed Server）。注意，如果管理服务器没有启动成功，受管服务器是无法启动的，因为受管服务器需要从管理服务器获取配置信息。对于集群环境，建议先通过nohup启动AdminServer，确认其状态为RUNNING后，再逐个启动受管节点。切忌直接在终端前台运行，生产环境必须使用nohup或将其注册为系统服务，防止会话断开导致进程退出。
端口被占用怎么办
启动时最常见的报错就是“Address already in use”。这通常是因为上次WebLogic进程未正常关闭linux weblogic启动，或者端口被其他应用抢占。遇到这种情况，先别急着重启，用netstat -tunlp | grep 端口号命令查看是哪个进程占用了端口。如果是旧WebLogic进程残留，用kill -9强行终止后，必须检查/tmp目录下的*.lok文件，这些锁文件未清理干净会导致新的启动进程误判实例已在运行。如果端口被其他业务占用，需要修改WebLogic的监听端口，进入config目录修改config.xml中的listen-port配置中文linux操作系统，或者通过WebLogic控制台调整。
启动日志怎么看
日志是定位启动失败最直接的工具。启动脚本会在终端输出日志，但更详细的报错信息藏在DOMAIN_HOME/servers/服务器名/logs目录下的.Out和.log文件中。当启动卡在某个阶段不动时，重点关注日志中的“”或“”级别信息。比如常见的“BEA-000386”错误，通常指向数据源连接池配置问题；如果是“BEA-002606”则说明内存参数设置不合理。不要只看最后几行，有时候真正的错误发生在前面，比如某个应用部署失败导致启动回滚。
内存参数怎么调
WebLogic启动时会根据setDomainEnv.sh里的内存参数分配JVM堆内存。对于生产环境，默认的512M往往不够用，经常导致PermGen space或OutOfMemoryError。修改方法是在setDomainEnv.sh中找到MEM_ARGS变量linux weblogic启动，根据物理内存大小设置为合理的值。比如管理服务器建议设置Xms2g Xmx2g，受管服务器根据业务量调整。如果是JDK8及以上版本，注意用MetaspaceSize替代MaxPermSize。修改后一定要用ps -ef | grep java确认启动参数是否生效，避免出现配置未加载的情况。
启动慢如何优化
如果WebLogic启动耗时超过十分钟，通常是因为DNS反向解析或随机数生成阻塞。检查/etc/hosts文件，确保主机名和IP的映射正确，并且没有配置错误的域名解析，因为WebLogic在启动时会尝试解析本机地址。另一个常见原因是JVM的随机数生成策略，在JDK中默认使用/dev/random，当系统熵池不足时会阻塞。解决办法是在setDomainEnv.sh中添加-Djava.security.egd=file:/dev/urandom参数，这能大幅缩短启动时间，尤其是对于云服务器或虚拟化环境。
不知道你在实际工作中，遇到WebLogic启动失败时，最棘手的一次报错信息是什么？欢迎在评论区分享你的排障经历。
