分層協議一般都提供一種或幾種固定的服務，這些服務中高層一些的大多數都是通過「握手」動作來協商的，另外一些比較底層的服務則是協議本身提供的，比如udp服務，ip服務等。下層的握手過程對上層不可見，握手其實就是協商一條帶有一定功能(可以提供一定服務)的虛擬鏈路，握手完成之後，下層也就承諾了那種服務，之後服務的實現完全在本層完成。可是基於訊息協議一般不這麼做，沒有握手之類的固定過程，因為基於訊息的協議所完成的功能各不一致，因此也就難以抽象出共同點來完成固定的握手協商。
對於分層協議來說，下層為上層提供服務，比如tcp的序列號機制就是為上層提供的資料報按序服務，上層協議可以完全信任tcp傳過來的資料一定是按序的，再比如ssl為上層提供安全加密服務，最終的應用可以相信ssl提供上來的資料都是安全的，不管是按序服務還是安全服務，都是兩端協商出來的結果，而協商的過程就是我們熟悉的握手過程。層間服務的控制資料大多數都在協議頭當中。
對於基於訊息的平坦模型的協議，並不分層，沒有誰能提供承諾的透明的服務，應用可以認為下面就是物理線路了，因此必須自己維護狀態機，也就是說得到一條訊息後根據訊息體的內容來自行控制下一步的做法，注意不是協議頭，而是訊息體，基於訊息的協議的協議頭的重要性沒有分層協議的協議頭的重要性大。協議頭幾乎都是格式固定的，對於靈活多變的應用訊息來說，固定化的控制並不可取，正確的做法應該是定義符合asn.1標準的訊息體，應用在解析訊息的同時，見機行事，見什麼訊息做什麼事，這樣比較好。
網路協議設計的一點思考
分層協議一般都提供一種或幾種固定的服務，這些服務中高層一些的大多數都是通過 握手 動作來協商的，另外一些比較底層的服務則是協議本身提供的，比如udp服務，ip服務等。下層的握手過程對上層不可見，握手其實就是協商一條帶有一定功能 可以提供一定服務 的虛擬鏈路，握手完成之後，下層也就承諾了那種服務，之後...
網路協議設計的一點思考
分層協議一般都提供一種或幾種固定的服務，這些服務中高層一些的大多數都是通過 握手 動作來協商的，另外一些比較底層的服務則是協議本身提供的，比如udp服務，ip服務等。下層的握手過程對上層不可見，握手其實就是協商一條帶有一定功能 可以提供一定服務 的虛擬鏈路，握手完成之後，下層也就承諾了那種服務，之後...
設計模式的一點思考
建立型 builder 當我們要建立的物件很複雜的時候 通常是由很多其他的物件組合而成 我們要將複雜物件的建立過程和這個物件的表示 展示 分離開來，這樣做的好處就是通過一步一步的進行複雜物件的構建，由於在每一步的構造過程中可以引入引數，使得同樣的構建過程可以建立不同的表示。abstractfacto...