2.1 應用層協議原理
2.1.1 網路應用程式體系結構
從研發者角度看，網路體系是固定的，並為應用程式提供了特定的服務集合。應用程式體系是由應用程式研發者設計的，規定了如何在各種端系統上組織應用程式。
兩類主流的體系：客戶-伺服器體系結構 或 p2p體系結構
客戶-伺服器體系結構 ：在這種體系中，有乙個總是開啟的主機叫伺服器，它服務的其他許多主機叫客戶。特徵一：客戶之間是不直接通訊的，要靠伺服器。特徵二：伺服器具有固定的周知的位址（ip位址）。客戶通過ip位址和伺服器聯絡。注意！！如果客戶群很多，通常乙個伺服器是搞不定的，這時需要資料中心來充當伺服器的角色。資料中心通常配備了大量主機。舉例：搜尋引擎、電商應用、社交網路應用
注意！某些應用具有混合體系，混合了客戶伺服器體系和p2p體系。例如即時訊息應用
2.1.2 程序通訊
執行在多個端系統上的程式通訊情況是怎麼樣的？用作業系統的話說，進行通訊的是程序。程序可以理解為執行在端系統上的乙個程式。當多個程序執行在乙個端系統上時候，通過程序間通訊機制來通訊，而這個通訊機制由作業系統來調節，我們不必討論。當執行在不同的端系統的時候，程序需要用報文來通訊。傳送程序產生傳送報文；接受程序接受響應報文。
1、客戶和伺服器程序
發起程序的叫客戶（客戶端），等待連線的叫伺服器（伺服器端）。p2p中乙個程序，即可以是客戶，又可以是伺服器。
2、api（套接字）
api就是乙個軟體介面，應用程式通過他向網路中傳送接收報文。可以把它模擬成乙個門，報文從家裡出去得通過「門」出去，進來也是。我們對api在應用端的控制是所有，但是對在運輸層的控制就很侷限。僅限；①選擇運輸層協議②設定運輸層的引數，最大快取啦，最大報文長度啦。
3、定址
程序發報文的時候需要乙個位址，類似於寄信的時候寄的位址。程序需要的位址應該包含兩部分：①主機位址（ip位址）②埠號
埠號就是 乙個主機上執行很多程序，把報文給哪個程序需要用乙個標識 標識那就是埠號。 web伺服器端口號 80 ；郵政伺服器（用smtp）埠號 25。
2.1.3 可**用程式使用的運輸層服務
2.1.4 網際網路提供的運輸服務
兩種運輸層協議：tcp udp
1、tcp
面向服務（先握手後傳輸）和可靠的資料傳輸 以及擁塞控制機制
2、udp
僅提供最小服務 無擁塞控制機制
耶！
應用層協議 原理
應用層協議的實現，只需要寫出能夠執行在不同的端系統 伺服器 手機 電腦等 和通過網路彼此通訊的程式。因為網路核心裝置 路由器 交換機等，不包括端系統裝置 並不在應用層上起作用，只在網路層及下面層次起作用，所以不需要為網路核心裝置寫對應的應用程式，即開發應用程式的時候只需要考慮適配端系統，不需要考慮網...
應用層協議原理（一）
目錄2.程序通訊 分層體系結構的優點可以很好地在這裡體現，應用層應用程式的開發不需要關心網路核心裝置上執行的要求，因為網路核心裝置只能對網路層及以下起作用，夠不到應用層。1.對於研發者來說，網路體系結構是固定的，其提供的服務集合能為之所用。2.網路應用程式體系結構就是研發者設計的，規定如何在各種端系...
應用層學習筆記一 應用層協議原理
研究網路應用程式的核心是寫出能夠執行在不同的端系統和通過網路彼此通訊的程式。客戶 伺服器體系 客戶與伺服器程序 程序與計算機網路之間的介面 程序定址 標識接收程序需要兩種資訊，主機的位址以及定義在目的主機中的接收程序的識別符號。主機由ip位址標識。目的地埠號用於標識目的主機的接收程序。從四個方面對應...