1、稍微想一下就知道，TCP不是絕對可靠的協議，比如：網路斷開，主機崩潰，無論TCP如何努力，都無法將資料傳給對方。
2、考慮應用程式A嚮應用程式B傳送資料的TCP流程，資料流從應用程式A通過他所在主機的TCP/IP棧向下傳輸，經過幾臺中間路由器，
    通過應用程式B所在主機的TCP/IP棧向上傳輸，最後到達應用程式B。
    特別注意：中間的路由器（即使擁有TCP/IP協議棧）並不涉及TCP層和應用層，只是轉發IP資料報，
    也就是說，不會在路由器的TCP/IP協議棧向上傳輸，然後在向下傳輸，只有在傳送端和接收端才有這部分流程。
3、考慮一種極端的情況，TCP確認了收到的資料，但是應用程式還沒有來得及把這部分資料取走，就崩潰了。
    這種情況下，傳送端認為接收端已經準確無誤地收到了資料，但是接收端的應用程式並沒有取到資料。
    除此之外，還有其他一些的情況，
4、網路中斷，如果沒有備用的路徑，資料傳輸一直失敗，知道傳輸路徑修復好，或者存在了備用的路徑。
5、對等實體崩潰，也就是對端的應用程式崩潰，
    注意：對等實體崩潰與對等實體呼叫close（windows下呼叫closesocket）以及exit是無法區分的。
    這種情況下，對等實體會發送fin包，表明沒有辦法再發送資料了。
6、對等實體的主機崩潰，這和對等實體崩潰不同，主機崩潰了，沒法傳送fin給我們。