完整的網路通訊涉及到io操作，而io操作在asio中是乙個大頭，後面會花大篇章介紹。這篇主要呈現在asio下，簡單的客戶端的**結構是什麼樣的，畢竟準備內容也這麼多了。還是之前提到的，asio網路通訊【主要是同步模式】跟socket程式設計非常相似，甚至函式名都相似。
#include #include using namespace boost;int main() catch (system::system_error &e) return 0;}tcp與udp最大的不同，tcp是面向連線的，在通訊之前要專門建立兩個通訊節點之間的通道，在socket中我們使用connect函式：
#include int connect(int socket, const struct sockaddr *address, socklen_t address_len);connect，使用起來也很方便。
// 拋異常void connect(const endpoint_type & peer_endpoint);// 不拋異常void connect(const endpoint_type & peer_endpoint, boost::system::error_code & ec);瘦客戶端 胖客戶端 智慧型客戶端
胖客戶端模式將應用程式處理分成了兩部分 由使用者的桌面計算機執行的處理和最適合乙個集中的伺服器執行的處理。乙個典型的胖客戶端包含乙個或多個在使用者的pc上執行的應用程式，使用者可以檢視並運算元據 處理一些或所有的業務規則 同時提供乙個豐富的使用者介面做出響應。伺服器負責管理對資料的訪問並負責執行一些...
胖客戶端 瘦客戶端和富客戶端
以c s結構開發的網路應用程式，需要為客戶端開發專用的客戶端軟體，相對而言其客戶端比較龐大，在客戶端可以實現很多功能，分擔伺服器的負擔，屬於胖客戶端型別。以b s結構開發的web應用，其客戶端只是乙個瀏覽器，所有業務邏輯由伺服器端進行處理，相對而言客戶端比較瘦小，故稱為瘦客戶端。目前比較流行的一種開...
非同步客戶端和同步客戶端
先寫下我的理解，方便後邊閱讀資料校驗。一 同步客戶端 比如乙個連線有兩個請求，請求1 和 請求2，請求1 先發起請求，請求2後發起請求，則請求2 要等待請求1 響應完成才能接收到響應。舉個棗子，httpclient 傳送get請求，執行緒會一致阻塞，直到有響應結果。二 非同步客戶端 比如乙個連線有兩...