socket程序通訊命名方式有兩種：1、普通名稱空間  2、抽象名稱空間

1、普通名稱空間：

socket會根據此命名建立一個同名的socket檔案，客戶端連線的時候讀取該socket檔案連結到socket服務端。

此名稱空間卻又如下3個問題

問題1：

這種方式的弊端是服務必須對socket檔案的路徑具備寫許可權，客戶端必須知道socket檔案路徑，且必須對讀路徑有讀許可權。

問題2：

bind之後，會在檔案系統中留下一個檔案，然後再close，此檔案卻不會自動消失，這就導致下一次會失敗，所以AF_UNIX域socket的bind通常有個unlink()湊熱鬧。

問題3：

這個檔案很容易被其他程式不經意中刪除，這導致很奇怪的問題，而很難發現。

2、抽象名稱空間：

這種方式不需要建立socket檔案，只需要命名一個全域性名字，即可讓客戶端根據此名字進行連結，此方式中對結構成員sun_path陣列賦值時，必須把第一個位元組置0，即sun_path[0]=0。簡單的說，即時linux在內村中維護了一個虛擬的“檔案系統”。這個檔案在close之後會自動消失，並且檔案系統中看不到bind的socket檔案，在linux下用命令：netstat -an卻有記錄。

注意：sun_path[0]='\0'(需字元)。同時在使用這個地址時，必須在anddresslen引數中指定正確的長度，這個長度是sizeof(sun_family)+strlen(path)。其中path不包含後面的'\0'，linux也不會去尋找這個零字元。

當接收accept()/recvfrom()資料時，linux也不會在sun_path後面附上一個'\0'，所以必須根據返回的長度謹慎地處理字串。

第一種方式：

server_addr.sun_family=AF_UNIX;
strcpy(server_addr.sun_path,server_name);
server_len=sizeof(struct sockaddr_un);
client_len=server_len;

第二種方式：

server_addr.sun_family=AF_UNIX;
strcpy(server_addr.sun_path,server_name);
server_addr.sun_path[0]=0;
server_len=strlen(server_name)+offsetof(struct sockaddr_un,sun_path);
 

#define server_name "@socket_server"

注意：名稱空間

NAMESPACE_RESERVED :就是init.c中/dev/socket/下建立的socket檔案。

NAMESPACE_FILESYSTEM:普通名稱空間

NAMESPACE_ABSTRACT:虛擬名稱空間