（1）請說明TCP/IP的四層協議棧，並說明TCP和UDP套接字經過的層級結構差異。

TCP套接字：鏈路層，IP層，TCP層，應用層

UDP套接字：鏈路層，IP層，UDP層，應用層

（2）請說出TCP/IP協議棧中鏈路層和IP層的作用，並給出二者關係。

鏈路層：是物理連結領域標準化的結果，也是最基本的領域，專門定義LAN、WAN、MAN等網路標準。若兩臺主機通過網路進行資料交換，則首先要做到的就是進行物理連結。

IP層：為了在複雜的網路中傳輸資料，首先需要考慮路徑的選擇。

關係：鏈路層負責進行一系列物理連線，而IP層負責選擇正確可行的物理路徑。

（3）為何需要把TCP/IP協議棧分成4層（或7層）？結合開放式系統回答。

把協議分成多個層次，除了可以使協議設計更加容易以外，更重要的原因是，為了通過標準化操作設計開放式系統。

標準本身就在於對外公開，引導更多的人遵守規範。從而使得人們生活更加方便，不用為了不同的標準、協議而大費周折。

比如，路由器同來完成IP層互動任務。某公司原來使用A公司的路由器，先要將其替換成B公司的，因為統一了標準，所有生產商都按照IP層標準制造，所以更換起來非常方便。

（4）客戶端呼叫connect函式向伺服器端傳送連線請求。伺服器端呼叫哪個函式後，客戶端可以呼叫connect函式？

伺服器呼叫listen函式之後，客戶端才可以呼叫connect函式。

因為，伺服器呼叫listen函式之後，伺服器端套接字才有能力接收請求連線的訊號。

提前呼叫connect函式將發生錯誤。

（5）什麼時候建立連線請求等待佇列？它有何作用？與accept有什麼關係？

在伺服器端呼叫了listen函式，accept函式正在處理客戶端請求時， 更多的客戶端發來了請求連線的資料，此時，就需要建立連線請求等待佇列。

以便於在accept函式處理完手頭的請求之後，按照正確的順序處理後面正在排隊的其他請求。

與accept函式的關係：accept函式受理連線請求等待佇列中待處理的客戶端連線請求。

（6）客戶端中為何不需要呼叫bind函式分配地址？如果不掉用bind函式，那何時、如何向套接字分配IP地址和埠號？

因為客戶端中在呼叫connect函式時自動分配了客戶端的IP地址和埠。

何時：呼叫connect函式時。

何地：作業系統，更準確地說是在核心中。

如何：IP用計算機（主機）的IP,埠隨機。

（7）把第一章的hello_server.c和hello_server_win.c改成迭代伺服器端，並利用客戶端測試更改是否準確。