进程退出时自动释放信号量

Question

我正在使用信号量来限制我的应用程序可以运行的并发实例的数量。

进程终止的方式有很多种。是否可以创建信号量以便在进程退出时自动释放？

编辑：

我想要一些魔法来自动清理退出或崩溃时拥有信号量的进程的“引发”状态。无论如何，只是为了确保它被清除。

更多：

我正在寻找任何可行的选择，考虑到：

• 如果不需要外部应用程序来获取受保护应用程序的每个实例，那就太好了，
• 它不必是信号量 - 任何具有 COUNTER 的同步对象并且在所有者进程死亡时自动释放会很好，即使它是作弊的
• 我正在使用.NET 2.0，无法移动到该项目的较新版本，但可以使用 c/c++ 和互操作来利用某些东西，如果有东西

Answer 1

您可以挂钩 AppDomain.ProcessExit 事件来执行任何清理操作，例如释放信号量。

一般来说，命名信号量旨在协调跨进程的资源，而不考虑特定的进程生命周期。 .NET 中的信号量由本机 Windows 信号量对象支持，MSDN 说：

信号量对象在其最后一个句柄关闭时被销毁。关闭句柄不会影响信号量计数；因此，请务必在关闭句柄之前或进程终止之前调用 ReleaseSemaphore。

因此，正确的方法是在进程终止之前进行显式处理。

---

更新 - 要考虑的其他选项：

1. 如果在 AppDomain.ProcessExit 事件中手动处理“紧急”释放不可行，请考虑创建一个 IDisposable 包装器将在其构造函数中获取信号量并在 Dispose 方法中释放它。
2. 另一个问题是：信号量是这种情况下正确的同步对象吗？一个简单的（命名的）互斥体不是更好吗？

---

更新 - 如果应用程序崩溃或强制终止（即通过任务管理器），ProcessExit 将没有机会得到处理。因此，多个进程之间共享的任何非托管资源可能无法正确完成/处置/处理。请参阅本文了解更多信息细节。

一个可行的选择可能是创建一个命名管道。命名管道的优点是一旦创建进程终止它们就停止退出。根据 MSDN：

请注意，命名管道的一个实例可能有多个与其关联的句柄。当命名管道实例的最后一个句柄关闭时，命名管道的实例始终会被删除。

有两个选项可以限制管道实例的数量：

1. 仅一个实例：通过在 dwOpenMode 参数中指定 FILE_FLAG_FIRST_PIPE_INSTANCE 标志，可以禁止创建管道的多个实例。管道。然后，尝试创建管道的第二个进程将收到错误。
2. 更多实例：通过在 nMaxInstances 参数中指定允许的实例数。当允许N时，第N+1进程将收到错误。

Answer 2

适当的答案是在信号量周围实现“关键终结器”，以确保在所有情况下都能进行适当的清理。 ProcessExit 不保证在失败情况下执行，例如由于不可捕获的异常而强制卸载应用程序域（StackOverflowException 和 InvalidProgramException 是两个很好的例子。）

更多信息@ http://msdn.microsoft.com/en-us/library/system.runtime.constrainedexecution.riticalfinalizerobject.aspx,
引用：“公共语言运行时 (CLR) 保证所有关键的终结代码都有机会执行，前提是终结器遵循 CER 规则，即使在 CLR 强制卸载应用程序域或中止线程的情况下也是如此。 ”。

Answer 3

如果与 Daniel 不同，您可以将 NamedPipeServerStream 升级到 .Net 3.5 a> 类可用于创建您的管道。

  NamedPipeServerStream pipe;
  try
  {
    pipe = new NamedPipeServerStream(name, PipeDirection.InOut, 3);
  }
  catch (IOException)
  {
    //Maximum number of instances reached (3).
  }

我建议您在管道上保留静态引用，以避免退出进程之前完成。
管道的缺点是您不能等到实例可用而不进行轮询。