PowerShell、Taskkill无法终止进程且提示无实例，WMIC与任务管理器却可行？

1. 脚本核心逻辑错误：赋值而非比较 #

你的PowerShell脚本存在关键语法错误，直接导致进程状态判断失效：
在if (($MemcheckValue=$proc.WorkingSet) -and ($proc.WorkingSet-ne 0))这一行中，使用了赋值运算符=而非比较运算符-eq。这会造成：

• 每次执行判断时，$MemcheckValue都会被覆盖为当前进程的工作集大小，而非对比是否与初始值一致；
• 只要进程工作集非零，判断就会返回$true，导致$StaticCycles持续累加，可能提前触发循环退出（误判进程挂起），或错过真正的挂起时机，最终导致终止操作针对的是异常状态的进程。

2. 僵尸进程与工具API差异 #

你遇到的「任务管理器可见但Stop-Process/taskkill无法终止」的现象，本质是进程处于僵尸状态：

• 进程的内核执行实例已终止，但父进程（PowerShell）未调用资源回收API，Windows仍在任务管理器保留进程条目，但内核中已无有效运行实例；
• Stop-Process和taskkill依赖的进程管理API（如OpenProcess）无法识别这种僵尸进程，因此报错「没有运行实例」；
• WMIC和任务管理器使用WMI或更底层的系统调用，可识别并清理未回收的僵尸进程对象，因此能成功终止。

3. Session 0隔离与权限上下文问题 #

你的进程由SQL Server的xp_cmdshell启动，而SQL Server服务默认运行在Session 0（无用户交互的系统会话）：

• 普通管理员CMD/PowerShell运行在用户会话（Session 1及以上），taskkill/Stop-Process默认仅能操作当前会话内的进程，跨会话操作时可能无法识别目标进程；
• 任务管理器和WMIC拥有跨会话的系统级权限，可访问并终止Session 0中的进程。

4. PowerShell进程对象的时效性问题 #

Start-Process -PassThru返回的$proc是进程创建时的快照，当进程进入僵尸状态后，对象属性（如HasExited）无法自动更新，导致脚本误判进程仍在运行，进而尝试终止已失效的进程实例。

修复与验证方案 #

1. 修正脚本语法错误：将判断语句改为比较逻辑：

   if (($MemcheckValue -eq $proc.WorkingSet) -and ($proc.WorkingSet -ne 0))
   

2. 强制刷新进程状态：判断进程是否退出前，调用Refresh()更新对象属性：

   $proc.Refresh()
   if($proc.HasExited ) {
       return 'Successful'
   }
   

3. 改用WMI终止进程：替换Stop-Process为WMI调用，适配僵尸/跨会话场景：

   Get-WmiObject Win32_Process -Filter "ProcessId = $($proc.Id)" | Invoke-WmiMethod -Name Terminate
   

4. 检查SQL Server服务权限：确保SQL Server服务账户拥有终止子进程的权限，避免因权限不足导致操作失败。

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