任务计划程序执行PowerShell脚本时Win32进程无法返回问题求助

我有一个PowerShell脚本，流程为：调用批处理文件→批处理与用户交互→启动Win32应用，该Win32应用会等待另一个匹配的Win32应用发送关闭通知后退出。整个流程中，控制权会先返回批处理文件，再回到PowerShell脚本。

在PowerShell ISE或通过资源管理器直接运行时，整个流程完全正常；但通过任务计划程序运行时，Win32程序启动后控制权再也无法返回，Windows任务管理器显示相关进程仍在运行。脚本已设置以我的管理员用户身份运行，也配置了兼容模式为管理员并赋予最高权限，求可行的解决建议。

核心脚本代码 #

PowerShell核心逻辑 #

Write-Host 'PowerShell script for Macrium Reflect Backup Definition File';
Start-Process c:\BATS\m_scripts\bats_for_mscripts\Macrium-pre-C+E2M.bat 
$iExitCode = Backup; # 启动Macrium程序的核心代码行如下：
$iResult = (Start-Process -FilePath $strReflectPath -ArgumentList $strArgs -PassThru -Wait).ExitCode;
Start-Process c:\BATS\m_scripts\bats_for_mscripts\Macrium-post-C+E2M.bat  
Exit $iExitCode;

前置批处理文件（Macrium-pre-C+E2M.bat） #

echo This is Macrium-pre-C+E2M.bat
:again
if exist M:\ goto allok
@echo off
REM 注意下一行等号后不要添加空格
set inval=""
set /p inval="请开启C:或E:备份用的外接硬盘，然后输入'x'"
rem 检查用户输入有效性
if "%inval%". == ".\" goto again
if not "%inval%" == "x" goto again
:spinup
REM 等待硬盘启动（时长：30000毫秒）
echo WScript.Sleep 30000 > %temp%\sleep.vbs & cscript %temp%\sleep.vbs %sleepMs% //B & del %temp%\sleep.vbs

rem 再次检查硬盘是否就绪
if not exist M:\ goto again
:allok
:exists
start "" "E:\DJs Documents\my_vs_executables\running_program-reminder.exe" macrium1

• 确认任务计划的登录会话配置：在任务计划程序的任务属性→"安全选项"中，必须选择"仅当用户登录时运行"。因为你的流程包含用户交互（批处理的输入提示），如果选择"不管用户是否登录都运行"，任务会在会话0（系统后台会话）执行，无法和当前用户桌面交互，直接导致进程阻塞。
• 给Start-Process添加等待与窗口参数：原PowerShell代码中启动批处理时未加-Wait，会导致批处理还在和用户交互时，PowerShell就提前执行后续逻辑。修改启动批处理的代码，确保等待批处理执行完成后再继续：

  Start-Process c:\BATS\m_scripts\bats_for_mscripts\Macrium-pre-C+E2M.bat -WindowStyle Normal -Wait
  

  同时给启动Macrium程序的Start-Process也添加-WindowStyle Normal，确保程序在用户桌面环境中运行，避免后台无交互导致无法接收关闭信号。
• 排查Win32提醒程序的会话关联：running_program-reminder.exe启动时，要确保它运行在当前用户的桌面会话中。可以尝试在批处理的start命令后添加/WAIT参数（如果程序支持），或者确认该程序是否能正确接收后续关闭指令。
• 添加日志定位卡点：在PowerShell和批处理中增加日志输出，比如PowerShell用Write-Output "执行到XXX步骤" >> C:\backup_debug.log，批处理用echo [%time%] 硬盘检查完成 >> C:\backup_debug.log，通过日志可以明确流程卡在哪个环节，精准排查问题。
• 验证任务权限配置：再次确认任务计划的"安全选项"中勾选了"使用最高权限运行"，并且你的管理员账户拥有Macrium程序、批处理文件所在目录的读写权限，避免权限不足导致进程无法正常退出。
• 检查Macrium启动参数：确认$strArgs中的参数是否适合任务计划环境，比如是否需要显式指定非静默运行模式，避免Macrium在后台运行无法触发后续关闭逻辑。

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