郵槽創建在服務程序內,可以創建成功,
但外部客戶端連接時
??? 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);
弄上果然可以外部連接成功了!!!之前的延時大也是自己調用錯了。