• freebsd支援SO_REUSEPORT和SO_REUSEADDR選項,而linux只支援SO_REUSEADDR選項。
• freebsd下,使用SO_REUSEPORT選項，兩個tcp的socket可以繫結同一個埠；同樣，使用SO_REUSEPORT選項，兩個udp的socket可以繫結同一個埠。
• linux下，兩個tcp的socket不能繫結同一個埠；而如果使用SO_REUSEADDR選項，兩個udp的socket可以繫結同一個埠。
• freebsd下，兩個tcp的socket繫結同一埠，只有第一個socket獲得資料。
• freebsd下，兩個udp的socket繫結同一埠，如果資料包的目的地址是單播地址，則只有第一個socket獲得資料，而如果資料包的目的地址是多播地址，則兩個socket同時獲得相同的資料。
• linux下，兩個udp的socket繫結同一埠，如果資料包的目的地址是單播地址，則只有最後一個socket獲得資料，而如果資料包的目的地址是多播地址，則兩個socket同時獲得相同的資料。

SO_REUSEADDR和SO_REUSEPORT

SO_REUSEADDR提供如下四個功能：

• SO_REUSEADDR允許啟動一個監聽伺服器並捆綁其眾所周知埠，即使以前建立的將此埠用做他們的本地埠的連線仍存在。這通
  常是重啟監聽伺服器時出現，若不設定此選項，則bind時將出錯。 
• SO_REUSEADDR允許在同一埠上啟動同一伺服器的多個例項（多個程序），只要每個例項捆綁一個不同的本地IP地址即可。在有多塊網絡卡或者用IP Alias技術的機器可以測試這種情況。 對於TCP，我們根本不可能啟動捆綁相同IP地址和相同埠號的多個伺服器。 
• SO_REUSEADDR允許單個程序捆綁同一埠到多個套介面上，只要每個捆綁指定不同的本地IP地址即可。這一般不用於TCP伺服器。
• SO_REUSEADDR允許完全重複的捆綁：當一個IP地址和埠繫結到某個套介面上時，還允許此IP地址和埠捆綁到另一個套介面上。一般來說，這個特性僅在支援多播的系統上才有，而且只對UDP套介面而言，不用於TCP（TCP不支援多播）
  。 

SO_REUSEPORT選項有如下語義：

• 此選項允許完全重複捆綁，但僅在想捆綁相同IP地址和埠的套介面都指定了此套介面選項才行。如果被捆綁的IP地址是一個多播地址，則SO_REUSEADDR和SO_REUSEPORT等效。 

使用這兩個套介面選項的建議：

• 在所有TCP伺服器中，在呼叫bind之前設定SO_REUSEADDR套介面選項。
• 當編寫一個同一時刻在同一主機上可執行多次的多播應用程式時，設定SO_REUSEADDR選項，並將本組的多播地址作為本地IP地址捆綁。

附

Q:編寫 TCP/SOCK_STREAM 服務程式時，SO_REUSEADDR到底什麼意思？

A:這個套接字選項通知核心，如果埠忙，但TCP狀態位於 TIME_WAIT ，可以重用埠。如果埠忙，而TCP狀態位於其他狀態，重用埠時依舊得到一個錯誤資訊，指明"地址已經使用中"。如果你的服務程式停止後想立即重啟，而新套接字依舊使用同一埠，此時SO_REUSEADDR 選項非常有用。必須意識到，此時任何非期望資料到達，都可能導致服務程式反應混亂，不過這只是一種可能，事實上很不可能。

一個套接字由相關五元組構成，協議、本地地址、本地埠、遠端地址、遠端埠。SO_REUSEADDR 僅僅表示可以重用本地本地地址、本地埠，整個相關五元組還是唯一確定的。所以，重啟後的服務程式有可能收到非期望資料。必須慎重使用 SO_REUSEADDR 選項。

if( getsockopt( sockfd , SOL_SOCKET, SO_REUSEPORT,
                 ( char *)&optval, &optlen ) < 0 )
            printf( " get socket error /n" );

  if( setsockopt( sockfd , SOL_SOCKET, SO_REUSEPORT,
         ( char *)&optval, sizeof( optval ) ) < 0 )
            printf( " set socket error /n" );

編譯報錯：
libtcp.c:1195: error: `SO_REUSEPORT' undeclared (first use in this function)
libtcp.c:1195: error: (Each undeclared identifier is reported only once
libtcp.c:1195: error: for each function it appears in.)

Basically SO_REUSEPORT is a BSD'ism that arose when multicasting was added, even thought it was not used in the original Steve Deering code. I believe some BSD-derived systems may also include it (OSF, now Digital Unix, perhaps?). SO_REUSEPORT lets you bind the same address *and* port, but only if all the binders have specified it. But when binding a multicast address (its main use), SO_REUSEADDR is considered identical to SO_REUSEPORT (p. 731, "TCP/IP Illustrated, Volume 2"). So for portability of multicasting applications I always use SO_REUSEADDR.