ASP.NET Core托管gRPC服务通过计划任务运行时启动Notepad.exe进程立即关闭的问题咨询

这是个很典型的Windows计划任务与交互式进程运行上下文差异导致的问题，我来帮你拆解原因和解决思路：

核心原因：会话隔离与桌面交互权限 #

当你手动运行ASP.NET Core应用时，程序是在当前登录用户的交互式桌面会话（通常是Session 1）中执行的。此时启动notepad.exe，系统会把这个进程关联到你的桌面会话，所以记事本窗口能正常显示并保持运行。

但当你通过计划任务运行应用时，默认有两种情况会导致异常：

• 如果任务配置为「不管用户是否登录都运行」，程序会在Windows的**服务会话（Session 0）**中启动。这个会话是专门给系统服务用的，没有交互式桌面环境——记事本作为GUI程序，需要依赖桌面会话才能维持运行，找不到可关联的桌面就会立刻退出，所以你只能在任务管理器看到进程一闪而过。
• 就算你选了「只有在用户登录时运行」，如果计划任务的运行用户和当前登录用户不一致，或者未配置正确的桌面交互权限，也可能出现同样的问题。

解决方法 #

1. 调整计划任务配置（最直接的方案） #

• 打开计划任务的属性，切换到「常规」选项卡，选择**「只有在用户登录时运行」**。这样你的ASP.NET Core应用会在当前登录用户的桌面会话中启动，和手动运行的上下文完全一致，启动记事本时就能正常显示并保持运行了。
• 如果你的场景必须要在用户未登录时运行应用，那这种情况其实不适合启动GUI程序（因为没有用户桌面可以显示）。如果非要实现，你需要额外配置让进程关联到某个用户的桌面会话，这需要用到Win32 API（比如CreateProcessAsUser）来指定会话ID，不过这种方案比较复杂，且不符合Windows的服务运行规范。

2. 代码层面的补充（可选，针对特殊场景） #

如果必须在Session 0中运行并启动GUI程序，你可以通过P/Invoke调用Win32 API来获取当前登录用户的会话ID，然后在启动进程时指定关联到这个会话。不过这个操作有一定复杂度，而且需要你的应用有足够的权限（比如管理员权限）。这里给你一个简单的思路：

• 调用WTSGetActiveConsoleSessionId获取当前活跃的用户会话ID
• 调用CreateProcessAsUser启动notepad.exe，并指定关联的会话ID

不过还是建议优先用调整计划任务配置的方案，这是最符合Windows设计规范的做法。

关于你的代码 #

你的启动记事本的代码本身是没问题的——ProcessStartInfo的配置（WindowStyle.Normal、CreateNoWindow=false）都是正确的，问题完全出在运行环境的上下文差异上，不是代码的锅。

备注：内容来源于stack exchange，提问作者Álvaro García