【发布时间】:2015-11-06 22:19:44
【问题描述】:
我正在用 C# 开发一个 Windows 服务来集中管理一些应用程序连接。它通常是一种休眠服务,当被外部可执行文件唤醒时会执行一些操作。为此,我使用了命名事件,特别是 .NET EventWaitHandle。我的代码归结为,在服务端:
EventWaitHandleSecurity sec = new EventWaitHandleSecurity();
sec.AddAccessRule(new EventWaitHandleAccessRule(
new SecurityIdentifier(WellKnownSidType.WorldSid, null),
EventWaitHandleRights.FullControl,
AccessControlType.Allow));
evh = new EventWaitHandle(false, EventResetMode.AutoReset, EVENT_NAME,
out created, sec);
Log(created ? "Event created" : "Event already existed?");
由于它是受信任服务器上的内部应用程序,我不介意将“完全控制”授予“世界”一般来说并不明智。
在客户端我有:
EventWaitHandle.TryOpenExisting(EVENT_NAME, EventWaitHandleRights.Modify, out evh)
当我在基于控制台的交互模式下运行我的服务时,上面的代码可以完美运行。两端发现事件,客户端可以设置,服务开始工作。大家都很开心。
安装服务时它不起作用。日志记录仍然报告该事件是重新创建的,但客户端找不到该事件。因为我认为它与安全相关,所以我添加了 World Full Control Allow 访问规则,但它并没有改变任何东西。我将服务更改为以本地管理员身份运行,即使是作为我自己的用户帐户,但什么也没有 - 即使日志显示服务正在愉快地轮询它,客户端也找不到该事件。如果我将 TryOpenExisting 更改为 OpenExisting 我会得到一个明确的异常:
System.Threading.WaitHandleCannotBeOpenedException: No handle of the given name exists.
我错过了什么?
【问题讨论】:
标签: c# .net winapi synchronization inter-process-communicat