如何思考並解決網路編程中的問題？

在socket 和多線程這兩部分選擇面試題， 哪些知識點比較能看出對方的水平？ - 面試問題下面，陳碩老師給出了結合TCP/IP在各種條件下的程序表現，這些問題我在面試中也遇到過，實在沒有好的解題思路。我有兩個問題：1. 基本的TCP/IP，進程知識都學過，卻沒有明確的思路；2. 這些問題我也沒有好的google方法可以得到較為系統的解答。希望能得到大家的解惑。

獻醜了~

crash了kernel會發icmp，socket會斷掉。

會一直掛著吧，會發出去對方也不收，最終所有buffer都滿掉，然後send timeout。

會收發都慢一點，現在網卡都比較牛了，應該基本不至於丟包。

tcp有擁塞控制，所以看對方收不收吧。即便對方全收了， 也會有back pressure，然後一點點漲上去。

會沒有響應，最終timeout；也有可能retry的時候能得到點響應，比如又連上了，或者收到一個icmp然後斷掉，如果ip地址沒換掉的話。

那就只能timeout了。網路世界的黃金定律是你永遠無法區分對方是死掉了還是只是離你非常遠。

會不斷重傳吧，進度十分緩慢。

怎麼個壞法？直接把包都扔了？那和機器死機效果一樣吧，都是timeout吧，另一端區分不出來的。其他壞法另說……

如果是一個子網下的，ip層可能會短暫斷一下。tcp連接會頓一下，可能會丟幾個包降一下window size，然後如果恢復的快的話基本不受什麼大影響，當然需要假設沒有dhcp或者dhcp沒有重新分配不一樣的地址。

如果不是一個子網的並且路由做了NAT，那就另說了，看路由能不能恢復重啟前的狀態了。

如果也是tcp或者其他有擁塞控制的協議，理論上會大家平分，實際會看到鋸齒形狀的抖動。沒有擁塞控制的協議就全看心情了……

防火牆可能會把icmp過濾掉，所以會timeout。
高級一點的防火牆還可能會做帶寬限制和整流。
再高級一點的防火牆在tcp的數據滿足一定條件的時候主動而霸道地給你發RST……