WebLogic 12c 入门安装踩坑记录：解决配置向导闪退与路径解析报错

在搭建本地 Java 开发环境时，中间件的安装往往会伴随一些令人头疼的环境变量或路径问题。今天在本地安装 WebLogic 时，遇到了一个非常经典的“路径空格”导致的连环报错，特此记录下整个排查和解决的过程，希望能帮到遇到同样问题的小伙伴！💡

🛠️ 环境说明：

在使用 java -jar fmw_12.2.1.4.0_wls_lite_generic.jar 成功跑完安装向导的进度条（达到100%）后，勾选了“自动启动配置向导”，点击完成后却发现没有任何反应，配置界面根本没有弹出来。

为了排查原因，我选择手动去 bin 目录下执行配置脚本：

错误地进入了 wlserver\common\bin 执行 config.cmd，得到了官方弃用提示：
WARNING: This is a deprecated script. Please invoke the config.cmd script under oracle_common/common/bin.
随后进入正确的官方配置目录 oracle_common\common\bin，将 config.cmd 拖入 CMD 黑窗口运行，终于抓到了闪退的真正元凶：
'D:\Program' 不是内部或外部命令，也不是可运行的程序或批处理文件。

作为一名 Java 后端开发，这个报错可以说是非常眼熟了。罪魁祸首正是我电脑里的 JDK 安装路径：D:\Program Files\Java\jdk1.8.0_202 。

WebLogic 的安装包在执行时，会将当前的 JDK 路径直接硬编码（写死）到它内部底层的几十个核心环境脚本中。但是，Oracle 的工程师在编写这些 .cmd 启动脚本时，部分引用路径的地方没有加上双引号 🤦‍♂️。

当脚本运行并读取到 Program Files 里的空格时，Windows 命令行自动将其截断，错误地把前半部分的 D:\Program 当成了一个可执行命令，最终导致脚本直接崩溃闪退。

起初，我想利用 Windows 的底层机制——8.3 短文件名（Short Path）来绕过空格。

在 CMD 中尝试临时替换环境变量：

DOS

set JAVA_HOME=D:\PROGRA~1\Java\jdk1.8.0_202
config.cmd

理论上 PROGRA~1 可以完美替代 Program Files 且不带空格。但实际上依然报错 ❌。

失败原因： 因为在最开始执行 java -jar 安装时，错误的带空格路径已经被深深烙印在 WebLogic 安装目录的各项配置文件中了。外层临时的 set 操作根本无法覆盖脚本内部底层的硬编码 💔。

与其去配置文件夹里挨个修改几十个脚本的代码，最彻底、最符合企业级开发规范的做法是：确保所有的核心开发工具，安装路径中绝对不包含空格和中文 🌟。

📦 完整解决步骤：

彻底清理旧文件 🗑️：将刚刚安装失败生成的 Oracle_Home 文件夹彻底删除。
迁移 JDK 🚚：将 jdk1.8.0_202 文件夹从 Program Files 中剪切出来，移动到一个纯净的目录下（例如 D:\software\jdk1.8.0_202）。
重新执行安装程序 💻：打开全新的 PowerShell，使用搬家后无空格的 JDK 绝对路径重新启动安装包：
PowerShell
```
& "D:\software\jdk1.8.0_202\bin\java.exe" -jar fmw_12.2.1.4.0_wls_lite_generic.jar
```
顺利配置 🎉：进度条走完后，再次点击完成。这一次，WebLogic 底层记录的是完美的无空格路径，配置向导（Configuration Wizard）终于全自动、顺滑地弹出来了！

⚠️ 注意：在配置向导选择 JDK 的界面，务必保持默认勾选的无空格 JDK 路径，千万不要再手动指定回以前的带空格路径，否则后续启动 startWebLogic.cmd 时依然会崩溃。

在搭建 Java 后端开发环境时，无论是 JDK、Maven、Tomcat 还是 WebLogic，“路径无空格、无中文” 是一项必须遵守的铁律。养成良好的环境目录规划习惯，能帮我们避开 99% 莫名其妙的环境玄学报错，把宝贵的时间留给代码逻辑的编写上！