Java开发Minecraft服务器启停GUI 外部程序调用无响应问题

结合描述的“手动双击/命令行运行可正常工作、Java侧调用完全静默无报错无输出”的现象，常见的诱因有以下几类：

• Java 进程的流缓冲区阻塞问题
  Java 启动的子进程默认配置了大小有限的输出缓冲区，如果子进程启动后往标准输出/错误流写入的内容超过缓冲区容量，且主进程没有及时读取对应流的内容，子进程会直接阻塞卡死，不会继续执行后续逻辑。由于主进程没有主动去读取流、等待进程退出，全程不会抛出任何异常，表现就是完全无响应。你测试的dir C:\命令的输出量很容易撑满默认的4KB缓冲区，非常容易触发这个问题。
• 带空格路径的参数拆分bug
  最开始使用的Runtime.getRuntime().exec(String)方法，是按照空白字符把传入的整串路径拆分为独立参数，并不会自动识别带引号的路径片段。你的exe路径D:\Public\Minecraft Servers\Survival Mode\survivalmode.exe包含两处空格，会被错误拆分为多个零散参数，系统根本找不到要执行的目标文件。这种场景下Process对象可以正常创建，但子进程会因为找不到执行文件立刻静默退出，主进程未获取退出状态时完全感知不到失败。
• 默认工作目录不匹配
  子进程启动时会默认继承主Java进程的工作目录（也就是Eclipse的启动路径，通常是Eclipse安装目录或当前项目目录），而非你的exe所在路径。就算exe被成功启动，后续批处理里的路径切换、jar包加载逻辑也会因为找不到对应文件卡住，且不会抛出跨进程的异常。
• 权限与安全软件的静默拦截
  即使Eclipse以管理员身份运行，如果Eclipse本身安装在系统受保护目录（如C:\Program Files），UAC的权限虚拟化机制可能会把对D盘路径的执行请求重定向到虚拟存储路径，实际根本不会启动目标exe。此外大部分终端安全/EDR软件会对Java进程派生的cmd、无签名exe做静默拦截，不会弹出提示，直接阻断进程创建，让Java侧感知不到任何错误。

• 调用进程时先开启错误流合并：在ProcessBuilder中调用redirectErrorStream(true)，把错误输出合并到标准输出流，避免两个独立输出流分别占满缓冲区导致双向阻塞；启动进程后单独开线程持续读取流内容，不要让缓冲区被写满。
• 替换有拆分bug的单字符串exec调用：所有带空格的路径、参数，都拆分为独立的数组元素传给ProcessBuilder的command方法，不要把整串带空格的命令拼接成单个字符串传入。
• 显式指定进程工作目录：用directory()方法把Process的工作目录设置为你的服务器所在路径D:\Public\Minecraft Servers\Survival Mode，不依赖系统默认继承的路径。
• 增加进程状态打印：start进程后调用waitFor()等待进程结束，打印进程退出码，所有子进程的输出内容实时打印到控制台，将对应路径加入安全软件的拦截白名单，定位真实的执行失败原因。

内容的提问来源于stack exchange，提问作者murphy575