應用層

域名系統(tǒng) DNS

域名系統(tǒng)概述

域名系統(tǒng) DNS (Domain Name System) 是互聯(lián)網使用的命名系統(tǒng)，用來把便于人們使用的機器名字轉換為 IP 地扯

互聯(lián)網的域名系統(tǒng) DNS 被設計成為一個聯(lián)機分布式數(shù)據(jù)庫系統(tǒng)，并采用客戶服務器方式。 DNS 使大多數(shù)名字都在本地進行解析(resolve).

互聯(lián)網的域名結構

采用層次樹管理

(1) 國家頂級域名nTLD:
(2) 通用頂級域名gTLD:
最先確定的通用頂級域名有7個，即：
com （公司企業(yè)）， net（網絡服務機構）， org（非營利性組織），int（國際組織）， edu（美國專用的教育機構），gov （美國的政府部門），mil表示（美國的軍事部門）。
以后又陸續(xù)增加了 13 個迪用頂級域名：
aero （航空運輸企業(yè)）， asia（亞太地區(qū)），biz（公司和企業(yè)）， cat（使用加泰隆人的語言和文化團體）， coop（合作團體），info（各種情況），jobs （人力資源管理者）， mobi（移動產品與服務的用戶和提供者）， museum （博物館）， name （個人），pro （有證書的專業(yè)人員），tel (Telnic 股份有限公司），travel （旅游業(yè)）。
(3) 基礎結構域名(infrastructure domain): 這種頂級域名只有一個，即arpa, 用于反向域名解析，因此又稱為反向域名。

域名服務器

分為以下四種不同的類型：
(I)根域名服務器(root name server): 根域名服務器是最高層次的域名服務器，也是最重要的域名服務器。所有的根域名服務器都知道所有的頂級域名服務器的域名和 IP 地址。全世界的根域名服務器只使用 13 個不同 IP 地址的域名，雖然互聯(lián)網的根域名服務器總共只有 13 個域名，但根域名服務器并非僅由 13機器所組成,在互聯(lián)網中是由 13 套裝置 構成這13 組根域名服務器的[W-ROOT] 。每一套裝置在很多地點安裝根域名服務器（也可稱為鏡像根服務器），但都使用同一個域名。
(2) 頂級域名服務器（即 TLD 服務器）：這些域名服務器負責管理在該頂級域名服務器注冊的所有二級域名。當收到 DNS 杳詢請求時，就給出相應的回答（可能是最后的結果，也可能是下一步應當找的域名服務器的 IP 地址）。
(3) 權限域名服務器：當一個權限域名服務器還不能給出最后的查詢回答時，就會告訴發(fā)出查詢請求的 DNS 客戶，下一步應當找哪一個權限域名服務器。
(4) 本地域名服務器(local name server): 當一臺主機發(fā)出 DNS 查詢誚求時，這個查詢請求報文就發(fā)送給本地域名服務器。

第一，主機向本地域名服務器的查詢一般都采用遞歸查詢(recurs ve uery)。
第二，本地域名服務器向根域名服務器的查詢常采用迭代查詢。

在域名服務器中廣泛地使用了高速緩存。高速緩存用來存放最查詢過的域名以及從何處獲得域名映射信息的記錄。

文件傳送協(xié)議

FTP 概述

文件傳送協(xié)議 FTP (File Transfer Protocol)
FTP 提供交互式的訪問，允許客戶指明文件的類型與格式（如指明是否使用 ASCII 碼），允許文件具有存取權限。
文件共享協(xié)議中的另一大類是聯(lián)機訪問(online access) 。聯(lián)機訪問意味允許多個程序同時對一個文件進行存取。

FTP 的基本工作原理

經常遇到的問題是：
(I) 計算機存儲數(shù)據(jù)的格式不同。
(2) 文件的目錄結構和文件命名的規(guī)定不同。
(3) 對于相同的文件存取功能，橾作系統(tǒng)使用的命令不同。
(4) 訪問控制方法不同。

FTP 使用客戶服務器方式。 FTP 服務器進程可同時為多個客戶進程提供服務。 FTP的服務器進程由兩大部分組成： 主進程，負責接受新的請求；另外有若干個從屬進程，負責處理單個諸求。
主進程的工作步驟如下：
(I) 打開熟知端口（端口號為 21), 使客戶進程能夠連接上。
(2) 等待客戶進程發(fā)出連接請求。
(3) 啟動從屬進程處理客戶進程發(fā)來的請求。從屬進程對客戶進程的請求處理完畢后即終止，但從屬進程在運行期間根據(jù)需要還可能創(chuàng)建其他一些子進程。
(4) 回到等待狀態(tài)，繼續(xù)接受其他客戶進程發(fā)來的諸求。主進程與從屈進程的處理是并發(fā)進行的。

NFS 允許應用進程打開一個遠地文件，并能在該文件的某一個特定的位置上開始讀寫數(shù)據(jù)。

簡單文件傳送協(xié)議 TFTP

TCP/IP 協(xié)議族中還有一個簡單文件傳送協(xié)議 TFTP (Trivial File Transfer Protocol), 它是一個很小且易于實現(xiàn)的文件傳送協(xié)議雖然 TFTP 也使用客戶服務器方式，但它使用 UDP 數(shù)據(jù)報，因此 TFTP 視頻要有自己的差錯改正措施。 TFTP 只支持文件傳輸而不支待交互。
TFTP 的主要優(yōu)點有兩個。第一， TFTP 可用于 UDP 環(huán)境。第二， TFTP 代碼所占的內存較小。這對較小的計算機或某些特殊用途的設備是很重要的。
TFTP 的主要特點是：
(I)每次傳送的數(shù)據(jù)報文中有 512 字節(jié)的數(shù)據(jù)，但最后一次可不足 512 字節(jié)
(2) 數(shù)據(jù)報文按序編號，從1開始。
(3) 支持 ASCII 碼或二進制傳送。
(4) 可對文件進行讀或寫。
(5) 使用很簡單的首部。

遠程終端協(xié)議 TELNET

TELNET 是一個簡單的遠程終端協(xié)議。用戶用TELNET 就可在其所在地通過 TCP 連接注冊（即登錄）到遠地的另一臺主機上（使用主機名或 IP 地址）。 TELNET 能將用戶的擊鍵傳到遠地主機，同時也能將遠地主機的輸出通過TCP 連接返回到用戶屏幕。這種服務是透明的，因為用戶感覺到好像鍵盤和顯示器是直接連在遠地主機上的。因此， TELNET 又稱為終端仿真協(xié)議。

萬維網 WWW

萬維網 WWW (World Wide Web) 是一個大規(guī)模的、聯(lián)機式的信息儲藏所，英文簡稱為Web

萬維網是一個分布式的超媒體(hypermedia) 系統(tǒng)．它是超文本(hyp rtext)系統(tǒng)的擴充。所謂超文本是指包含指向其他文檔的鏈接的文本(text)。一個超文本由多個信息源鏈接成，而這些信息源可以分布在世界各地，并且數(shù)目也是不受限制的。利用一個鏈接可使用戶找到遠在異地的另一個文檔，而這又可鏈接到其他的文檔（依此類推）。這些文檔可以位于世界上任何一個接在互聯(lián)網上的超文本系統(tǒng)中。超文本是萬緋網的基礎。

統(tǒng)一資源定位符 URL

1. URL 的格式
   統(tǒng)一資源定位符 URL 是用來表示從互聯(lián)網上得到的資源位置和訪問這些資源的方法。
   協(xié)議://主機名:端口/路徑
2. 使用 HTTP URL

超文本傳送協(xié)議 HTTP

1. HTTP 的操作過程
   從層次的角度看， HTTP 是面向事務的(transaction-oriented)應用層協(xié)議，它是萬維網上能夠可靠地交換文件（包括文本、聲音、圖像等各種多媒體文件）的重要基礎。
   

協(xié)議 HTTP 是無狀態(tài)的(stateless) 。也就是說，同一個客戶第二次訪問同一個服務器上的頁面時，服務器的響應與第一次被訪問時的相同.

(1) HTTP/1.1 具有流水線的工作方式。這就是在 TCP 連接建立后客戶可以連續(xù)向服務器發(fā)出許多個請求，而不必等到收到一個響應后再發(fā)送下一個請求。但服務器發(fā)回響應時必須按先后順序排隊，逐個地發(fā)送給客戶。有時遇到某個響應遲遲不能發(fā)回，那么排在后面的一些響應就必須等待很長的時間。 HTTP/2 把服務器發(fā)回的響應變成可以并行地發(fā)回（使用同一個 TCP 連接），這就大大縮短了服務器的響應時間。
(2) 使用 HTTP/ 1.1 時，當客戶收到服務器發(fā)回的響應后，原來建立的 TCP 連接就釋放了。如果客戶還要繼續(xù)向該服務器發(fā)送新的諸求，就必須重新建立 TCP 連接。 HTTP/2 允許客戶復用 TCP 連接進行多個請求，這樣就節(jié)省了 TCP 連續(xù)多次建立和釋放連接所花費的時間。
(3) HTTP/ 1.1的請求和響應報文是面向文本的(tex -or en ed) 。當客戶連續(xù)發(fā)送請求并受到響應時，在 TCP 連接上傳送的 HTTP 報文首部成為不小的開銷。在這些首部中有很多字段是重復的。為此， HTTP/2 把所有的報文都劃分為許多較小的二進制編碼的幀，并采用了新的壓縮算法，不發(fā)送重復的首部字段，大大減小了首部的開銷，提高了傳輸效率。

2. 代理服務器
   代理服務器(prox server) 是一種網絡實體，它又稱為萬維網高速緩存(Web cache) 。代理服務器把砐近的一些請求和響應暫存在本地磁盤中。當新請求到達時，若代理服務器發(fā)現(xiàn)這個請求與暫時存放的請求相同，就返回暫存的響應，

萬維網的信息檢索系統(tǒng)

在萬維網中用來進行搜索的工具叫作搜索引擎(search engine) 。搜索引擎的種類很多，但大體上可劃分為兩大類，即全文檢索搜索引擎和分類目錄搜索引擎。
全文檢索搜索引擎是一種純技術型的檢索工具。它的工作原理是通過搜索軟件（例如一種叫作“蜘蛛”或“網絡機器人”的 pider 程序）到互聯(lián)網上的各網站收集信息，找到一個網站后可以從這個網站再鏈接到另一個網站，像蜘蛛爬行一樣。然后按照一定的規(guī)則建立一個很大的在線索引數(shù)據(jù)庫供用戶查詢。用戶在查詢時只要輸入關鍵詞，就從已經建立的索引數(shù)據(jù)庫里進行查詢（并不是實時地在互聯(lián)網上檢索到的信息）

分類目錄搜索引擎并不采集網站的任何信息，而是利用各網站向搜索引擎提交網站信息時填寫的關鍵詞和網站描述等信息，經過人工審核編輯后，如果認為符合網站登錄的條件，則輸入到分類目錄的數(shù)據(jù)庫中，供網上用戶查詢。因此，分類目錄搜索也叫作分類網站搜索。

值得注意的是，目前出現(xiàn)了垂直搜索引擎(vertical search engine), 它針對某一特定領域、特定人群或某一特定需求提供搜索服務。垂直搜索也是提供關鍵字來進行搜索的.
元搜索引擎(meta search engine), 它把用戶提交的檢索請求發(fā)送到多個獨立的搜索引擎上去搜索，并把檢索結果渠中統(tǒng)一·處理，以統(tǒng)一的格式提供給用戶，因此是搜索引擎之上的搜索引擎。
2. Google 搜索技術的特點
它的核心技術就是 PageRank?, 譯為網頁排名。

電子郵件

電子郵件概述

簡單郵件傳送協(xié)議 SMTP (Simple Mail Transfer Protocol)
用互聯(lián)網郵件擴充 MIME (Multipurpose Internet Mail Extensions)
一個電子郵件系統(tǒng)應具有三個主要組成構件，這就是用戶代理、郵件服
務器，以及郵件發(fā)送協(xié)議（如 SMTP) 和郵件讀取協(xié)議（如 POP3) POP3 是郵局協(xié)議(PosOffice Protocol)

用戶代理 UA (User Agent)就是用戶與電子郵件系統(tǒng)的接口，在大多數(shù)情況下它就是運行在用戶計算機中的一個程序。用戶代理向用戶提供一個很友好的接口（目前主要是窗口界面）來發(fā)送和接收郵件。
用戶代理至少應當具有以下4個功能。
(1) 撰寫。給用戶提供編輯信件的環(huán)境。例如，應讓用戶能創(chuàng)建便于使用的通信錄?；匦艜r不僅能很方便地從來信中提取出對方地址，并自動地將此地址寫入到郵件中合適的位置，而且還能方便地對來信提出的問題進行答復
(2) 顯示。能方便地在計算機屏器上顯示出來信（包括來信附上的聲音和圖像）。
(3) 處理。處理包括發(fā)送郵件和接收郵件。例如，閱讀后刪除、存盤、打印、轉發(fā)等，以及自建目錄對來信進行分類保存。
(4) 通信。發(fā)信人在撰寫完郵件后，要利用郵件發(fā)送協(xié)議將郵件發(fā)送到用戶所使用的郵件服務器。
郵件服務器需要使用兩種不同的協(xié)議。一種協(xié)議用于用戶代理向
郵件服務器發(fā)送郵件或在郵件服務器之間發(fā)送郵件，如 SMTP 協(xié)議，而另一種協(xié)議用于用戶代理從郵件服務器讀取郵件，如郵局協(xié)議 POP3。

簡單郵件傳送協(xié)議 SMTP

1. 連接建立
   發(fā)件人的郵件送到發(fā)送方郵件服務器的郵件緩存后， SMTP 客戶就每隔一定時間對郵件緩存掃描一次。如發(fā)現(xiàn)有郵件，就使用 SMTP 的熟知端口號碼 25 與接收方郵件服務器的 SMTP 服務器建立 TCP 連接。在連接建立后，接收方 SMTP 服務器要發(fā)出"220 Service ready"（服務就緒）。然后 SMTP 客戶向 SMTP 服務器發(fā)送 HELO 命令，附上發(fā)送方的主機名。 SMTP 服務器若有能力接收郵件，則回答： “250 OK", 表示已準備好接收。若 SMTP 服務器不可用，則回答 “421 Service not ava lable" （服務不可用）。
   如在一定時間內（例如三天）發(fā)送不了郵件，郵件服務器會把這個情況通知發(fā)件人。

2. 郵件傳送
   郵件的傳送從 MAIL 命令開始。 MAIL 命令后面有發(fā)件人的地址。如：<x ex en@ hua.or .cn> 。若 SMTP 服務器已準備好接收郵件，則回答 “250 OK”。否則，返回一個代碼，指出原因。如： 451 （處理時出錯）、 452 （存儲空間不夠）、 500 （命令無法識別）等。

3. 連接釋放
   郵件發(fā)送完畢后， SMTP 客戶應發(fā)送QUIT 命令。 SMTP 服務器返回的信息是 “221（服務關閉）“,表示 SMTP 同意釋放 TCP 連接。郵件傳送的全部過程即結束。

郵件讀取協(xié)議 POP3和IMAP

POP3 和網際報文存取協(xié)議IMAP (Internet Message Aecess Protocoll) 。
郵局協(xié)議 POP 是一個非常簡單、但功能有限的郵件讀取協(xié)議。
POP3 也使用客戶服務器的工作力式。在接收郵件的用戶計算機中的用戶代理必須運行POP3 客戶程序，
IMAP POP3 的主要功能比較

基于萬維網的電子郵件

通用互聯(lián)網郵件擴充 MIME

1. MIME 概述
   前面所述的電子郵件協(xié)議 SMTP 有以下缺點：
   (I) SMTP 不能傳送可執(zhí)行文件或其他的二進制對象。
   (2) SMTP 限于傳送 位的 ASCII 碼。
   (3) SMTP 服務器會拒絕超過一定長度的郵件。
   (4) 某些 SMTP 的實現(xiàn)并沒有完全按照 SMTP 的互聯(lián)網標準。常見的問題如下：
   ? 回車、換行的刪除和增加；
   ? 超過 76 個字符時的處理；截斷或自動換行；
   ? 后面多余空格的刪除；
   ? 300 ?
   ? 將制表符tab 轉換為若干個空格。
   通用互聯(lián)網郵件擴充 MIME
   

MIME 主要包括以下三部分內容：
(I) 5個新的郵件首部字段，它們可包含在原來的郵件首部中。這些字段提供了有關郵件主體的信息。
(2) 定義了許多郵件內容的格式，對多媒體電子郵件的表示方法進行了標準化。
(3) 定義了傳送編碼，可對任何內容格式進行轉換，而不會被郵件系統(tǒng)改變。

下面是 MIME 增加的 個新的郵件首部的名稱及其意義（有的可以是選項）。
(I) MIME-Version: 標志 MIME 的版本?，F(xiàn)在的版本號是1.
(2) Content-Description: 這是可讀字符串，說明此郵件主體是否是圖像、音頻或視頻。
(3) Content-Id: 郵件的唯一標識符。
(4) Conntent -Transfer-Encoding:在傳送時郵件的主體是如何編碼的。
(5) Content-Type: 說明郵件主體的數(shù)據(jù)類型和子類型

動態(tài)主機配置協(xié)議 DHCP(Dynamic Host Configuration Prot ocol)

是動態(tài)主機配置協(xié)議 , 它提供了一種機制，稱為即插即用連網(plug -and-play networking)。這種機制允許一臺計算機加入新的網絡和獲取 IP 地址而不用手工參與。

DHCP 使用客戶服務器方式。需要 IP 地址的主機在啟動時就向 DHCP 服務器廣播發(fā)送發(fā)現(xiàn)報文(DHCPDISCOVER) （將目的 IP 地址置為全1 ，即 255.255.255.255), 這時該主機就成為 DHCP 客戶。發(fā)送廣播報文是因為現(xiàn)在還不知道 DHCP 服務器在什么地方，因此要(DISCOVER)DHCP 服務器的 IP 地址。這臺主機目前還沒有自己的 IP 地址，因此它將 IP數(shù)據(jù)報的源 IP 地址設為全0。這樣，在本地網絡上的所有主機都能夠收到這個廣插報文，但只有 DHCP 服務器才對此廣播報文進行回答。 DHCP 服務器先在其數(shù)據(jù)庫中查找該計算機的配置信息。若找到，則返回找到的信息。若找不到，則從服務器的 IP 地址池(address pool) 中取一個地址分配給該計算機。 DHCP 服務器的回答報文叫作提供報文(DHCPOFFER),表示“提供”了 IP 地址等配置信息。
但是我們并不愿意在每一個網絡上都設置一個 DHCP 服務器，因為這樣會使 DHCP務器的數(shù)量太多。因此現(xiàn)在是使每一個網絡至少有一個 DHCP 中繼代理(relay agent)，它配置了 DHCP 服務器的 IP 地址信息。當 DHCP 中繼代理收到主機以廣播形式發(fā)送的發(fā)現(xiàn)報文后，就以單播方式向 DHCP 服務器轉發(fā)此報文，并等待其回答。收到 DHCP 服務器回答的提供報文后， DHCP 中繼代理再把此提供報文發(fā)回給主機 。

簡單網絡管理協(xié)議 SNMP

網絡管理的基本概念

雖然網絡管理還沒有精確定義，但它的內容可歸納為：
網絡管理包括對硬件、軟件和人力的使用、綜合與協(xié)調，以便對網絡資源進行監(jiān)視、測試、配置、分析、評價和控制，這樣就能以合理的價格滿足網絡的一些需求，如實時運行性能、服務質量等。網絡管理常簡稱為網管。

管理站又稱為管理器，是整個網絡管理系統(tǒng)的核心。所有向被管設備發(fā)送的命令都是從管理站發(fā)出的。管理站的所在部門也常稱為網絡運行中心 NOC (Network Operations Center) 。

在被管網絡中有很多的被管設備（包括設備中的軟件）。被管設備可以是主機、路由器、打印機、媒線器、網橋或調制解調器等。在每一個被管設備中可能有許多被管對象(Managed Object)。
在每一個被管設備中都要運行一個程序以便和管理站中的管理程序進行通信。這些運行著的程序叫作網絡管理代理程序。

簡單網絡管理協(xié)議 SNMP (Simple Network Management Protocol) 中的管理程序和代理程序按客戶服務器方式工作。管理程序運行 SNMP 客戶程序，而代理程序運行 SNMP 服務器程序。在被管對象上運行的 SNMP 服務器程序不停地監(jiān)聽來自管理站的 SNMP 客戶程序的請求（或命令）。一旦發(fā)現(xiàn)了，就立即返回管理站所需的信息，或執(zhí)行某個動作。在網絡系統(tǒng)中往往是一個（或少數(shù)幾個）客戶程片與很多的服務器程序進行交互。

若網絡元素使用的不是 SNMP 協(xié)議而是另一種網絡管理協(xié)議，那么 SNMP 協(xié)議就無法控制該網絡元素。這時可使用委托代理(proxy agent)。委托代理能提供如協(xié)議轉換和過濾操作等功能對被管對象進行管理。
SNMP 的網絡管理巾三個部分組成，即 SNMP 本身、管理信息結構 SMI (Structure of Management Information)和管理信息庫 MIB (Management Information Base) 。
SNMP 定義了管理站和代理之間所交換的分組格式。所交換的分組包含各代理中的對象名及其狀態(tài)。 SNMP 負責讀取和改變這些數(shù)值。
SMI 定義了命名對象和定義對象類型（包括范圍和長度）的通用規(guī)則，以及把對象和對象的值進行編碼的規(guī)則。
MIB 在被管理的實體中創(chuàng)建了命名對象，并規(guī)定了其類型。

管理信息結構 SMI

1. 被管對象的命名
   SMI 規(guī)定，所有的被管對象都必須處在對象命名樹(object naming tree)上
   

2. 被管對象的數(shù)據(jù)類型
   分為簡單類型和結構化類型
   幾種簡單類型
   

數(shù)據(jù)類型 sequence 類似于 語言中的 sruct或 record, 它是一些簡單數(shù)據(jù)類型的組合（不一定要相同的類型）。而數(shù)據(jù)類型 sequence of類似于 語言中的 array,它是同樣類型的簡單數(shù)據(jù)類型的組合，或同樣類型的 sequence 數(shù)據(jù)類型的組合。
3. 編碼方法
SMI 使用 ASN.I 制定的基本編碼規(guī)則 BER (Basic Encoding Rule)進行數(shù)據(jù)的編碼。

(1)*T（tag）*字段又叫作標記字段，占1字節(jié)。 字段比較復雜，因為它要定義的數(shù)據(jù)類型較多。 字段又再分為以下三個子字段：
? 類別（2 位）共四種：通用類(00), ASN.I 定義的類型；應用類(01), SMI義的類型；上下文類(10), 即上下文所定義的類型；專用類(11), 保留為特定廠商定義的類型。
? 格式 (1 位）共兩種，指出數(shù)據(jù)類型的種類：簡單數(shù)據(jù)類型（0), 結構化數(shù)據(jù)類型
? 編號 (5 位）用米標志不同的數(shù)據(jù)類型。編號的范圍一般為 0~30。當編號大于 30時， 字段就要擴展為多個字節(jié)。
(2) L（length）字段又叫作長度字段（單乍節(jié)或多字節(jié)）。
(3) V（value）字段又叫作值字段，用于定義數(shù)據(jù)元素的值。

管理信息庫 MIB

所謂“管理信息”就是指在互聯(lián)網的網管框架中被管對象的集合。被管對象必須維持可供管理程序讀寫的若干控制和狀態(tài)信息。這些被管對象構成了一個虛擬的信息存儲器，所以才稱為管理信息庫 MIB。

應用進程跨越網絡的通信

應用編程接口 API(Application Programming Interface) API 從程序設計的角度定義了許多標準的系統(tǒng)調用函數(shù)。應用進程只要使用標準的系統(tǒng)調用函數(shù)就可得到操作系統(tǒng)的服務。因此從程序設計的角度看，也可以把 API 看成是應用程序和操作系統(tǒng)之間的接口。
現(xiàn)在 TCP/IP 協(xié)議軟件已駐留在操作系統(tǒng)中。
UNIX 橾作系統(tǒng)定義的一種 APl ，它又稱為套接字接口 (socket interface) 。
微軟公司在其操作系統(tǒng)中采用了套接字接口 API ，形成了一個稍有不同的 API ，并稱之為 Windows Socket.

從另一種角度看，計算機之間的通信就是本計算機要讀取另一個地點的計算機中的數(shù)據(jù)，或者要把數(shù)據(jù)從本計算機寫入到另一個地點的計算機中

當應用進程（客戶或服務器）需要使用網絡進行通信時，必須首先發(fā)出 socket系統(tǒng)調用，請求操作系統(tǒng)為其創(chuàng)建一個“套接字“。這個調用的實際效果是諸求操作系統(tǒng)把網絡通信所需要的一些系統(tǒng)資源（存儲器間、 CPU 時間、網絡帶寬等）分配給該應用進程。操作系統(tǒng)為這些資源的總和用一個叫作套接字描述符(socket descriptor) 的號碼來表示，然后把這個套接字描述符返回給應用進程。此后，應用進程所進行的網絡操作（建立連接、收發(fā)數(shù)據(jù)、調整網絡通信參數(shù)等）都必須使用這個套接字描述符。所以，幾乎所有的網絡系統(tǒng)調用都把這個套接字描述符作為套接字的許多參數(shù)中的第一個參數(shù)。在處理系統(tǒng)調用的時候，通過套接字描述符，操作系統(tǒng)就可以識別出應該使用哪些資源來完成應用進程所請求的服務。通信完畢后，應用進程通過一個關閉套接字的 close 系統(tǒng)調用通知操作系統(tǒng)回收與該套接字描述符相關的所有資源。

幾種常用的系統(tǒng)調用

1. 連接建立階段
   套接字被創(chuàng)建后，它的端口號和 IP 地址都是空的，因此應用進程要調用 bind（綁定）米指明套接字的本地地址。

服務器在調用bind 后，還必須調用 listen（收聽）把在接字設置為被動方式，以便隨時接受客戶的服務請求。

服務器緊接著就調用 accept（接受），以便把遠地客戶進程發(fā)來的連接請求提取出來。系統(tǒng)調用 accept的一個變量就是要指明足從哪一個套接字發(fā)起的連接。

2. 數(shù)據(jù)傳送階段
   客戶和服務器都在 TCP 連接上使用 send 系統(tǒng)調用傳送數(shù)據(jù)，使用 recv 系統(tǒng)調用接收數(shù)據(jù)。
   調用 send 需要三個變量：數(shù)據(jù)要發(fā)往的套接字的描述符、要發(fā)送的數(shù)據(jù)的地址以及數(shù)據(jù)的長度。通常 send 調用把數(shù)據(jù)復制到操作系統(tǒng)內核的緩存中。若系統(tǒng)的緩存已滿， send就暫時阻塞，直到緩存有空間存放新的數(shù)據(jù)。
   調用 recv 也需要三個變晝：要使用的套接字的描述符、緩存的地址以及緩存空間的長度。
3. 連接釋放階段
   一旦客戶或服務器結束使用套接字，就把套接字撤銷。這時就調用close 釋放連接和撤銷套接字
   

UDP 服務器由于只提供無連接服務，因此不使用 listen 和accept系統(tǒng)調用。

P2P 應用

P2P 應用的范圍很廣，例如，文件分發(fā)、實時音頻或視頻會議、數(shù)據(jù)庫系統(tǒng)、網絡服務持（如 P2P 打車軟件、 P2P 理財?shù)龋?/p>

具有集中目錄服務器的 P2P 工作方式

一個數(shù)據(jù)庫管理資源和IP的映射，想要獲取資源需要去數(shù)據(jù)庫查ip和資源的映射，選擇合適的ip下載。

具有全分布式結構的 P2P 文件共享程

了一種有限范圍的洪泛查詢。

用分散定位和分散傳輸技術文章來源地址http://www.zghlxwxcb.cn/news/detail-796144.html

到了這里，關于計算機網絡 應用層的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網！