郵槽創建在服務程序內，可以創建成功，

但外部客戶端連接時

??? m_hMailslot = CreateFile("\\\\.\\mailslot\\zdpMailslot",GENERIC_WRITE,FILE_SHARE_READ,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);
GetLastError返回錯誤 5 ，無權限訪問Access Denied

如果路徑改為

\\\\*\\mailslot\\zdpMailslot

\\\\compername\\mailslot\\zdpMailslot

則可以連接成功，但是發一條數據服務端就重復接收三次，而且延時巨大（幾分鐘）。讓人費解。

查到了這篇文章解釋的：猜測路徑不是點的話那么走的遠程調用，每次都要建立授權會話，導致延時巨大

http://www.360doc.cn/article/2660674_95457447.html

lpSecurityAttributes參數決定了為郵槽施加的訪問控制權限。在Windows NT和Windows2000中，這個參數只實現了一部分，所以同時還應指定一個null（空）參數。在郵槽上，唯一能夠施加的安全措施是針對本地I/O進行的----客戶機試圖將服務器的名字設為小數點(.)，以打開一個郵槽。要想繞過這種安全機制，客戶機可指定服務器的實際名字，而不是一個小數點，亦即相當于發出一個遠程I/O調用。在Windows NT和Windows2000中，并未針對遠程I/O而實現lpSecurityAttributes參數，因為假如每次發出一條消息時，都在客戶機與服務器之間建立一個授權會話，那么效率會顯得十分低下。因此，郵槽僅一部分符合標準文件系統采用的Windows NT和Windows2000安全模型。結果便是，網絡中的任何郵槽客戶機都可將數據發給服務器。

?

===搜了半天找到了這個網上的文章====

跨進程訪問共享內存的權限問題

http://m.blog.csdn.net/jiangsheng/article/details/25563

采用了蔣老師的CShareRestrictedSD 類指定自定義的SECURITY_ATTRIBUTES，

不知道為啥這個類寫的這么復雜

但放到服務程序里CreateMailslot的時候就掛了。

于是放棄

?

===繼續搜了半天找到了這個網上的文章 stackoverflow老外的====

“Access Denied” on writing on Mailslot in Windows Service program

https://stackoverflow.com/questions/8389549/access-denied-on-writing-on-mailslot-in-windows-service-program

給出了一個指定SECURITY_ATTRIBUTES的代碼：

SECURITY_DESCRIPTOR sd; InitializeSecurityDescriptor(&sd, SECURITY_DESCRIPTOR_REVISION); SetSecurityDescriptorDacl(&sd, true, NULL, false);SECURITY_ATTRIBUTES sa; sa.lpSecurityDescriptor=&sd; sa.bInheritHandle=true; pHandleMailSlot = CreateMailslot("your mail slot path", 0, -1, &sa);

弄上果然可以外部連接成功了!!!之前的延時大也是自己調用錯了。

轉載于:https://www.cnblogs.com/coolzdp/p/7392504.html

總結

以上是生活随笔為你收集整理的windows 邮槽mailslot 在服务程序内建立后客户端无权限访问（GetLastError() == 5）的问题...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。