Tomcat9环境下Servlet通过Runtime启动命令提示符失败问题

• 问题本质是Windows系统的会话隔离机制：当Tomcat注册为Windows系统服务运行时，默认挂载在Session 0非交互会话中，该会话被系统设计为完全和用户桌面隔离，不允许任何进程弹出可交互的GUI窗口，即便运行身份拥有系统最高权限也受该规则限制。
• 同一台机器上普通Java程序能正常拉起cmd，是因为普通Java程序直接运行在当前登录用户对应的交互会话（Win10通常为Session 1/2）下，不受隔离规则约束。
• 其他Windows10设备上同程序可正常运行，基本可以确定那些设备上的Tomcat没有注册为Windows服务，是直接在用户交互会话下通过批处理脚本启动的，不涉及Session 0隔离问题。

方案1：调整Tomcat启动方式（无服务需求场景） #

如果不需要Tomcat作为后台常驻服务运行，可直接在当前登录的用户交互会话下启动进程：

• 进入Tomcat的bin目录，执行catalina.bat run启动（不要用service.bat install注册为系统服务，也不要直接用startup.bat）
• 启动后Tomcat进程的会话ID和当前登录用户的交互会话完全一致，原Runtime.exec代码可正常弹出cmd窗口
  注意：该模式下如果用户注销当前Windows账号，Tomcat进程会被系统直接终止，不适合需要长期后台运行的生产环境。

方案2：修改Tomcat服务的交互权限（需保留服务运行模式场景） #

如果必须将Tomcat作为Windows服务运行，需调整服务的会话交互权限：

1. 打开Windows服务管理器（运行services.msc即可唤起），找到Apache Tomcat 9.0对应的服务条目
2. 打开服务属性面板，切换到「登录」标签页
3. 勾选「允许服务与桌面交互」选项，保存配置后重启Tomcat服务
   注意：Win10 1809及后续版本中，微软逐步收紧了Session 0的交互权限，仅勾选该选项可能仍被系统强制拦截弹窗，此时需要额外调整：将Tomcat服务的运行身份从默认的「本地系统账户」修改为当前已登录、具备桌面交互权限的具体用户账号，不要使用内置系统账户运行服务。

方案3：代码层修复执行逻辑（无法调整服务配置场景） #

如果不能修改Tomcat的服务配置，可直接调整Java侧的命令执行逻辑，规避现有写法的缺陷：

• 原单字符串拼接的exec写法存在两个问题：一是引号嵌套存在语法解析错误，二是没有适配Windows start命令的参数规则。直接改用ProcessBuilder按参数拆分的方式重写：

  new ProcessBuilder(
      "cmd.exe",
      "/c",
      "start",
      "\"\"", // start命令必须传入窗口标题参数，否则会把后续命令识别为标题
      "cmd.exe",
      "/k",
      "dir && ping localhost && EXIT"
  ).start();
  

• 原代码中\"dir && ping \"localhost\" && EXIT\"的引号嵌套会导致cmd参数解析时提前截断命令，即便会话权限正常，也可能出现执行异常。

方案4：特殊场景校验排查 #

以上配置调整完成后仍无法弹窗时，做定向排查：

• 检查本地安全策略：进入本地策略 -> 安全选项，查看「用户帐户控制: 用于内置管理员帐户的批准模式」配置项，如果Tomcat运行身份是内置管理员账号，开启该策略会强制拦截非交互会话的弹窗权限，可根据实际业务场景调整该配置
• 检查终端安全软件拦截规则：部分企业部署的终端防护软件会默认拦截服务进程向桌面弹窗的行为，需要将tomcat9.exe加入弹窗权限白名单

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