WinApi如何获取后台运行应用的主窗口句柄

FindWindow()/EnumWindows()查找任务计划启动的进程窗口失败，本质是Windows会话隔离机制导致的：任务计划程序启动的后台进程如果配置了「不管用户是否登录都要运行」，会运行在非交互的Session 0窗口站，交互用户会话下的窗口枚举API默认无法跨会话枚举到这些窗口，不是API本身调用错误。

结合你已有共享互斥量、不想引入冗余共享数据区、仅需触发目标进程记录状态的需求，按实现成本从低到高给方案：

如果你的任务计划项配置为「仅当用户登录时运行」，目标进程和当前调用进程在同一个交互会话，不需要新增任何跨进程组件，直接按以下步骤实现：

• 调用OpenMutex()拿到已有命名互斥量的访问句柄后，通过原生APINtQueryObject()查询互斥量的所有者进程ID，直接拿到目标进程的PID，不需要遍历全系统进程快照做匹配。
• 拿到PID后调用EnumWindows()遍历所有顶层窗口，对每个枚举到的窗口调用GetWindowThreadProcessId()获取窗口所属PID，和目标PID匹配后，再通过GetWindowLongPtr()校验窗口是否带有WS_OVERLAPPEDWINDOW样式、且无父窗口，符合条件的就是目标进程的主窗口。
• 拿到窗口句柄后直接PostMessage()发送自定义消息触发状态记录即可，同会话下消息投递没有权限问题。

如果任务计划项配置为「不管用户是否登录都要运行」，目标进程在Session 0，就算你强行拿到窗口句柄，跨会话发送的大部分窗口消息都会被系统隔离拦截，拿窗口句柄本身没有意义，直接用比窗口消息更轻量的方案：

• 复用你现有命名内核对象的命名规则，新增一个命名事件对象，不需要额外搭建共享内存、命名管道这类重组件。
• 前台需要通知后台进程记录状态时，直接调用SetEvent()触发该事件即可。
• 后台进程只需要开一个极低开销的等待线程，用WaitForSingleObject()监听该事件，触发后直接执行状态记录逻辑，全流程代码量不到20行，运行时几乎没有性能损耗，完全符合你低频率瞬时调用的需求。

• 不要尝试跨Session强行枚举窗口拿句柄，Session 0的窗口站本身是为系统服务设计的，非交互场景下创建的窗口本身就不支持接收用户态会话的常规消息，折腾兼容性问题的成本远高于换用内核事件通知。
• 内核对象句柄是进程上下文相关的，不要直接把当前进程拿到的互斥量句柄当参数跨进程传递，这个值在其他进程里没有任何意义，必须通过查询拿到目标PID再做关联。
• 如果同会话下EnumWindows()还是找不到窗口，说明目标进程创建的是消息-only窗口，这类窗口不会被常规枚举逻辑捕获，这种场景也建议直接换命名事件通知，不需要硬绕窗口句柄的路径。

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