自己做 TCP 的操作，客戶端採用 TIdTCPClient 用起來比較簡單。經過測試，這個控制元件也比較穩定。Indy 的控制元件都是阻塞模式。阻塞模式下，程式碼比較簡單，不容易出現麵條程式碼。

假設 TCP 連線已經建立，正常操作中，網路掉線了，可能過一段時間，網路又恢復了。比如拔掉網線這種情況。

經過測試，發現以下狀況。以下描述的情況，在主執行緒中操作，和線上程中操作，結果一樣。

在剛掉線的在幾秒之內，傳送資料不會出異常。看起來就是傳送成功了（實際上肯定沒發出去，網路已經掉了）。此時，檢查其 Connected 屬性，也正常，返回 True。
一段時間後，再次傳送資料，會出現異常。此時檢查 Connected 屬性，也會出現異常。但這種情況下，IdTCPClient 不會自己掉線。此時就算網路恢復正常，它還是一直異常下去。

集中情況：1. 沒有建立連線；2. 已經建立連線；3. 已經建立連線但網路掉了，傳送資料或讀 Connected 屬性已經異常了。上述3鍾情況下，呼叫其 Disconnect 方法，都不會異常。

在第三種情況下，要想恢復，呼叫 Disconnect 方法，這時候檢測 Connected 屬性，不會異常，會返回 False。如果網路通了，這時候執行 Connect 會成功，連線重新建立。

因此，最簡單的做法是用 try...except...end 在 except 中執行 IdTCPClient.Disconnect 方法。

如果程式比較複雜，層次比較深，except 這裡最好 raise 再次把異常丟擲。這樣程式讀寫資料的地方，無需知道讀寫是否成功，異常則自然會中斷程式的執行。