我的EventWaitHandle说“拒绝访问路径”,但事实并非如此

时间:2009-11-23 16:43:32

标签: c# web-services windows-services multithreading waithandle

我现在所知道的快速摘要

我创建了一个EventWaitHandle然后关闭了。当我尝试使用 this ctor 重新创建它时,会抛出“访问路径...被拒绝”异常。这个例外很少见,大多数时候它只是重新创建EventWaitHandle就好了。通过下面的答案(由我发布),我能够成功调用EventWaitHandle.OpenExisting并在发生异常的情况下继续,但EventWaitHandle的ctor应该为我做了这个, 对?这不是out parametercreatedNew的用途吗?


初步问题

我在同一台服务器上有以下架构,Windows服务和Web服务。 Web服务通过打开和设置Windows服务正在等待的等待句柄告诉Windows服务它必须工作。

通常一切都完美无缺,我可以启动/停止Windows服务而不会出现任何问题。但是,有时当我停止Web服务然后再次启动它时,它将完全无法创建等待句柄,从而破坏了整个架构。

我特别需要找出什么打破事件等待句柄并停止它。当等待句柄“中断”时,我必须重新启动窗口才能再次正常运行,这显然不太理想。

更新:抛出异常&问题记录

我重新启动了Windows服务,而Web服务正在工作,希望导致问题,它确实!一些班级名称已被审查为公司匿名

12:00:41,250 [7] - Stopping execution due to a ThreadAbortException
System.Threading.ThreadAbortException: Thread was being aborted.
   at System.Threading.Thread.SleepInternal(Int32 millisecondsTimeout)
   at OurCompany.OurProduct.MyClass.MyClassCore.MonitorRequests()

12:00:41,328 [7] - Closing Event Wait Handle
12:00:41,328 [7] - Finally block reached


12:00:42,781 [6] - Application Start
12:00:43,031 [6] - Creating EventWaitHandle: Global\OurCompany.OurProduct.MyClass.EventWaitHandle
12:00:43,031 [6] - Creating EventWaitHandle with the security entity name of : Everyone

12:00:43,078 [6] - Unhandled Exception 
System.UnauthorizedAccessException: Access to the path 'Global\OurCompany.OurProduct.MyClass.EventWaitHandle' is denied.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.Threading.EventWaitHandle..ctor(Boolean initialState, EventResetMode mode, String name, Boolean& createdNew, EventWaitHandleSecurity eventSecurity)
   at OurCompany.OurProduct.MyClassLibrary.EventWaitHandleFactory.GetNewWaitHandle(String handleName, String securityEntityName, Boolean& created)
   at OurCompany.OurProduct.MyClassLibrary.EventWaitHandleFactory.GetNewEventWaitHandle()
   at OurCompany.OurProduct.MyClass.MyClassCore..ctor()

粗略的时间表:

  • 11:53:09,937:Web服务上打开现有等待句柄的最后一个线程,完成其工作(如终止与客户端的连接)

  • 12:00:30,234:Web服务获取新连接,尚未使用等待句柄。此连接的线程ID与11:53

  • 上次连接的线程ID相同
  • 12:00:41,250:Windows服务停止

  • 12:00:42,781:Windows服务启动

  • 12:00:43,078:Windows服务已完成崩溃

  • 12:00:50,234:Web服务实际上可以打开等待句柄调用Set()而不会抛出任何异常等。

  • 12:02:00,000:我尝试重新启动Windows服务,同样的例外

  • 12:36:57,328:在任意等待36分钟后,我能够在没有完全重启系统的情况下启动Windows服务。


Windows服务代码

初​​始化:

// I ran into security issues so I open the global EWH
//    and grant access to Everyone
var ewhSecurity = new EventWaitHandleSecurity();

ewhSecurity.AddAccessRule(
 new EventWaitHandleAccessRule(
  "Everyone",
  EventWaitHandleRights.Synchronize | EventWaitHandleRights.Modify,
  AccessControlType.Allow));

this.ewh = new EventWaitHandle(
 false,
 EventResetMode.AutoReset,
 @"Global\OurCompany.OurProduct.MyClass.EventWaitHandle",
 out created,
 ewhSecurity);

// the variable "created" is logged

利用:

// wait until the web service tells us to loop again
this.ewh.WaitOne();

处置/关闭:

try
{
    while (true)
    {
        // entire service logic here
    }
}
catch (Exception e)
{
    // should this be in a finally, instead?
    if (this.ewh != null)
    {
        this.ewh.Close();
    }
}

网络服务代码

初​​始化:

// NOTE: the wait handle is a member variable on the web service
this.existing_ewh = EventWaitHandle.OpenExisting(
    @"Global\OurCompany.OurProduct.MyClass.EventWaitHandle");

利用:

// wake up the windows service
this.existing_ewh.Set();

由于EventWaitHandle是Web服务上的成员变量,因此我没有任何专门关闭它的代码。实际上,唯一与Web服务上的EventWaitHandle交互的代码会在上面发布。


回顾过去,我应该将Close()块中的catch放在finally块中。我可能应该为Web服务做同样的事情,但我认为不需要它。

无论如何,任何人都可以看到我做错了什么吗?将close语句放在finally块中是否至关重要?我是否需要手动控制Web服务上Close()的{​​{1}}?

另外,我知道这是一个稍微复杂的问题,所以如果您需要任何其他信息,请告诉我,我会密切监控并添加所需的信息或解释。

参考资料

2 个答案:

答案 0 :(得分:11)

在Windows服务上创建等待句柄的代码中,如果失败(如拒绝访问),您可以尝试通过

“打开现有的等待句柄”
EventWaitHandle.OpenExisting(
    @"Global\OurCompany.OurProduct.MyClass.EventWaitHandle",
    EventWaitHandleRights.Synchronize | EventWaitHandleRights.Modify);

尽管如此,我还不完全确定此时的行为是否会保持不变。

注意:我很感激反馈。这是一个潜在的答案,所以我回答了我自己的问题,同样,很多评论都非常受欢迎!

注2:令人惊讶的是,应用EventWaitHandleRights.FullControl代替上述标记(Synchronize + Modify)效果不佳。您必须使用上面的示例。

答案 1 :(得分:1)

MSDN说:

  

UnauthorizedAccessException - 指定的事件存在且具有访问控制安全性,但用户没有EventWaitHandleRights.FullControl。

  

即使eventSecurity拒绝或未能授予当前用户一些访问权限,调用者也可以完全控制新创建的EventWaitHandle对象。

您的服务无权通过EventWaitHandle构造函数获取现有事件。 (未指定EventWaitHandleRights.FullControl。当您在其上打开句柄时,您的命名事件仍然存在。)您可以使用EventWaitHandle.OpenExisting打开现有事件。