背景
我正在设计一个Inno Setup安装程序来安装Cygwin服务，我对从Windows Restart Manager API中看到的行为感到困惑。
具体来说，当服务运行时（使用cygrunsrv实用程序启动），RmGetList API函数的RmRebootReasonSessionMismatch输出参数返回2（lpdwRebootReasons）。此输出参数是类型为RM_REBOOT_REASON的枚举，在MSDN上对于RmRebootReasonSessionMismatch值的描述为：
One or more processes are running in another Terminal Services session.
Inno Setup日志文件包含如下几行：
RestartManager found an application using one of our files: <executable name>
RestartManager found an application using one of our files: <service name>
Can use RestartManager to avoid reboot? No (2: Session Mismatch)
然后，Inno Setup继续尝试替换使用中的文件，就像根本没有使用Restart Manager一样。
我对这个输出值感到困惑，因为在我测试的两台不同计算机（Windows 10 1909 x64和Windows Server 2012 R2）上，没有终端服务器/远程桌面用户登录。
如果我停止服务并启动另一个可执行文件（在要由安装程序替换的文件集中），则RmGetList为
RmRebootReasonNone返回0（lpdwRebootReasons），并且Inno Setup显示正在使用的文件的常规对话框，并允许用户选择自动关闭它们。Process Explorer显示在会话0和
cygrunsrv.exe完整性级别运行的两个进程（System及其启动的进程）。两者都是控制台子系统可执行文件。问题
在什么条件下RmGetList的
RmRebootReasonSessionMismatch输出参数返回2（lpdwRebootReasons）？ （我试图理解为什么在服务运行时会发生这种情况。）此值是否会导致整个Restart Manager会话失败，或者即使认为应用程序正在一个或多个不同的会话中运行，Restart Manager仍可以继续吗？
最佳答案
对于问题2，在文档RM_PROCESS_INFO中
b可重启
如果可以通过重新启动管理器重新启动应用程序，则为TRUE；否则为TRUE。
否则为FALSE。如果进程是一个成员，则该成员始终为TRUE。
服务。如果过程很关键，则此成员始终为FALSE
系统过程。
此值指示是否可以通过重新启动管理器重新启动应用程序。
对于问题1，请注意，服务正在会话0中运行。如果占用资源（在RmRegisterResources中注册）的进程是服务A，则也在服务进程B中运行的RmGetList函数将返回lpdwRebootReasons = RmRebootReasonNone， bRestartable = TRUE。
但是，如果A不是服务，则A和B在不同的会话中运行，lpdwRebootReasons = RmRebootReasonSessionMismatch和bRestartable = FALSE
其他结果：（B以提升的特权运行）
A和B是控制台，并且在同一会话中：lpdwRebootReasons = RmRebootReasonNone，bRestartable = TRUE，ApplicationType = RmConsole。
A和B是控制台，并且处于不同的会话中：lpdwRebootReasons = RmRebootReasonSessionMismatch，bRestartable = FALSE，ApplicationType = RmConsole。
A：服务，B：控制台：lpdwRebootReasons = RmRebootReasonNone，bRestartable = TRUE，ApplicationType = RmService
（B不能以提升的特权运行）：
A和B是控制台，并且处于不同的会话中：lpdwRebootReasons = RmRebootReasonCriticalProcess，bRestartable = FALSE，ApplicationType = RmCritical。
A：服务，B：控制台：lpdwRebootReasons = RmRebootReasonPermissionDenied，bRestartable = FALSE，ApplicationType = RmCritical
根据文档bRestartable取决于ApplicationType。然后，我们可以看到，如果bRestartable = TRUE，那么lpdwRebootReasons = RmRebootReasonNone。但是当bRestartable = FALSE时，它取决于其他成员RM_PROCESS_INFO。