曾經以爲adb forward是個好東東，因爲通過這個映射之後，在PC和設備之間就可以直接socket通信了。可現在終於發現，世界不是完美的。
Android Debug Bridge設計的目的，一是用來管理所有連接的設備；二是提供各種服務，供PC端有效的控制設備。主要包括三個部分：
1) ADB-server
運 行在PC端，是一個始終在後臺運行的進程，作爲與手機端交互的唯一接口。ADB-server處理ADB-client的請求，一部分請求無須與設備交 互，直接在PC本地完成；剩下的請求需要與設備端的adbd交互，ADB-server起到了一個switcher的作用。
2) ADB-client
運行在PC端，可以同時存在多個。每個ADB-client由用戶啓動，完成多種功能。其作用是與ADB-server交互，實現用戶請求的功能。
3) adbd
運行在設備端的常駐進程，同時只存在一個。作用是接收PC端的ADB-server發來的請求，並作出對應操作。
這三個可執行程序都是同一套代碼編譯出來的，位於<Android Source Dir>/system/core/adb/
ADB-client和ADB-server對應同一個可執行文件“adb(.exe)”，編譯時有-DADB_HOST=1宏。而adbd對應目標設備上的可執行文件"adbd"，編譯時的參數是-DADB_HOST=0。
. P C Device
-------------------------------------- -------------------------------------
[ADB-client]<----->[Port A:] [:Port A']<------>[Program A]
[ADB-client]<----->[Port B:]ADB-server<----->adbd[:Port B']<------>[Program B]
[ADB-client]<----->[Port C:] [:Port C']---------(empty)
. |<--------Android Debug Bridge---------->|
ADB提供了PC與設備交互的橋樑，結構上清晰明瞭。其中adb forward功能提供了端口映射，希望給用戶提供透明的socket通信。但可惜，這與真實的網絡socket有點區別。
在 TCP網絡編程中，Client的Socket(C)如果調用Connect()成功，就說明已經和Server端的Socket(S)連接上，可以通訊 了。但是如果使用adb forward做端口映射，就不一樣了。端口映射的實質是，讓ADB-server作爲一個switcher轉發ADB-client的數據包，送給 adbd，adbd再發給設備端的對應端口。因此一旦建立了映射，就相當於ADB-server開始監聽這個目標端口。而此時如果有C去嘗試 Connect這個端口，是一定會成功的，因爲與C連接的是ADB-server，而非真正的設備上的目標程序。這就出現了，即使Connect()成 功，卻完全無法知道究竟是否成功連接到S。
因此，判斷真正連接成功的方法，只有輪詢收發握手數據包。程序中約定好事先做個交互：C發送一個數據包，等待S回覆；C如果收到了S的回覆包，說明連通；如果接收超時，則認爲沒有連通。在沒有連通的情況下，需要重新建立Socket，並Connect()，然後再嘗試握手