Winapi 在什么条件下，RmGetList为lpdwRebootReasons输出参数返回2？ 背景

我正在设计一个Inno安装程序来安装服务，我对Windows API中的行为感到困惑

具体来说，当服务正在运行（使用

cygrunsrv

实用程序启动）时，API函数为其

lpdwrebootereasons

输出参数返回2（

rmrebootereasonsessionmismatch

）。此输出参数是类型的枚举，MSDN上关于

rmrebootorreasonsessionmismatch

值的说明如下：

One or more processes are running in another Terminal Services session.

Inno安装日志文件包含如下行：

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)

 CloseApplications=yes
 CloseApplicationsFilter=*.chm,*.pdf
 RestartApplications=yes

RestartManager发现一个应用程序使用了我们的一个文件：
RestartManager发现一个应用程序使用了我们的一个文件：
可以使用RestartManager避免重新启动吗？否（2：会话不匹配）

然后，Inno安装程序继续尝试替换正在使用的文件，就好像根本没有使用Restart Manager一样

我对这个输出值感到困惑，因为在我测试的两台不同的机器上（Windows 10 1909 x64和Windows Server 2012 R2），没有终端服务器/远程桌面用户登录

如果我停止服务并启动另一个可执行文件（在要由安装程序替换的文件集中），RmGetList会为

lpdwRebootReasons

返回0（

RmRebootReasonNone

），Inno Setup会显示正在使用的文件的正常对话框，并允许用户选择自动关闭它们

显示在会话0和系统完整性级别运行的两个进程（

cygrunsrv.exe

及其启动的进程）。两者都是控制台子系统可执行文件

问题

在什么条件下，RmGetList为其

lpdwrebootereasons

输出参数返回2（

rmrebootereasionsmatch

）？（我试图理解为什么在服务运行时会发生这种情况。）

此值是否会导致整个重新启动管理器会话失败，或者重新启动管理器是否可以继续，即使它认为应用程序正在一个或多个不同的会话中运行

---

关于文件中的问题2

可酿造

TRUE如果重启管理器可以重启应用程序； 否则，FALSE。如果进程是一个 服务如果流程是关键的，则此成员始终为FALSE 系统进程

此值指示重新启动管理器是否可以重新启动应用程序

---

对于问题1，请注意服务正在会话0中运行。如果占用资源的进程（在

RmRegisterResources

中注册）是服务a，那么同样在服务进程B中运行的

RmGetList

函数将返回

lpdwRebootReasons=RmRebootReasonNone

，

bRestartable=TRUE

但如果A不是服务，则A&B在不同的会话中运行，

lpdwrebootereasons=rmrebootereasonsessionmissmatch

和

bRestartable=FALSE

其他结果：（B以提升的权限运行）

• A&B是一个控制台，在同一会话中：

  lpdwrebootoreasons=rmrebootoreasonne

  ，

  bRestartable=TRUE

  ，

  ApplicationType=RmConsole

• A&B是一个控制台，在不同的会话中：

  lpdwRebootReasons=rmRebootReasonSessionMitch

  ，

  bRestartable=FALSE

  ，

  ApplicationType=RmConsole

• A:服务，B:控制台：

  lpdwrebootoreasons=rmrebootoreasonne

  ，

  bRestartable=TRUE

  ，

  ApplicationType=RmService

（B不以提升的权限运行）：

• A&B是一个控制台，在不同的会话中：

  lpdwrebootoreasons=rmrebootoreasoncriticalprocess

  ，

  bRestartable=FALSE

  ，

  ApplicationType=RmCritical

• A:服务，B:控制台：

  lpdwrebootereasons=rmrebootereasonpermissiondenied

  ，

  bRestartable=FALSE

  ，

  ApplicationType=RmCritical

根据文档

bRestartable

取决于

ApplicationType

。然后，我们可以看到，如果

bRestartable=TRUE

，那么

lpdwRebootReasons=RmRebootReasonNone

。但是当

bRestartable=FALSE

时，它取决于其他成员

RM\u PROCESS\u INFO

来自RestartManager PowerShell模块的线索 （特别感谢）为重启管理器提供了一个简单的PowerShell接口。我的命令如下：

Set-Location <path to Cygwin root directory>
Start-RestartManagerSession
Get-ChildItem . -File -Include *.exe,*.dll -Recurse | RegisterRestartManagerResource
Get-RestartManagerProcess
Stop-RestartManagerProcess

该指令指定在重新启动管理器中注册的文件。注：我没有在此处指定

*.exe

或

*.dll

；我只想在

[code]

部分手动指定某些

.exe

文件

对于安装程序中不会由

cygrunsrv

生成的每个

.exe

文件，调用Inno Setup函数一次，并将它们放入

RegisterExtraCloseApplicationResources

事件过程中。例如：

 [Code]

 procedure RegisterExtraCloseApplicationsResources();
 begin
   RegisterExtraCloseApplicationsResource(false, ExpandConstant('{app}\bin\cygrunsrv.exe'));
 end;

不要注册由

cygrunsrv.exe

生成的任何可执行文件或任何Cygwin DLL文件，因为这将阻止重新启动管理器在Inno安装程序中生效

此解决方案远非完美，因为通常由

cygrunsrv

启动的可执行文件如果单独启动，则不会被重启管理器检测到（例如，

sshd.exe

）。例如，在重启管理器不可重启的可执行文件中生成了新的SSH会话

更好的解决方案

---

我认为更好的解决方案是从代码中检测任何正在运行的可执行文件，并在重启管理器功能之外提示用户（简单地说，重启管理器功能不适用于Cygwin服务）。

请注意，服务正在会话0中运行。您从

RM\u Process\u INFO

获得的流程是否运行

 [Code]

 procedure RegisterExtraCloseApplicationsResources();
 begin
   RegisterExtraCloseApplicationsResource(false, ExpandConstant('{app}\bin\cygrunsrv.exe'));
 end;