計(jì)算機(jī)網(wǎng)絡(luò) 第六章-應(yīng)用層習(xí)題答案

1、問題6-1:我們經(jīng)常說“兩個(gè)計(jì)算機(jī)進(jìn)行通信”。我們應(yīng)當(dāng)怎樣理解這句話?答:這個(gè)問題一定要弄清楚?！皟蓚€(gè)計(jì)算機(jī)進(jìn)行通信”是很常用的說法,我們的教材中也常常使用這種說法。這種說法的好處就是簡(jiǎn)單、方便,但是,我們必須深刻理解這句話的含義。嚴(yán)格來講,計(jì)算機(jī)之間的通信,歸根到底,是計(jì)算機(jī)中運(yùn)行的程序和另一個(gè)計(jì)算機(jī)(或本計(jì)算機(jī)中運(yùn)行的程序進(jìn)行通信。也就是說,是計(jì)算機(jī)中的進(jìn)程和另一個(gè)進(jìn)程(另一個(gè)計(jì)算機(jī)中的或本計(jì)算機(jī)中的進(jìn)行通信。進(jìn)程就是運(yùn)行著的程序。但為簡(jiǎn)單起見,大家就常常說成是“兩個(gè)計(jì)算機(jī)進(jìn)行通信”。這樣的簡(jiǎn)便說法并沒有什么錯(cuò)誤,但我們應(yīng)當(dāng)對(duì)這種說法有個(gè)正確的理解。有時(shí),將“計(jì)算機(jī)”和“計(jì)算機(jī)中的進(jìn)程”區(qū)

2、分開來是很必要的。因?yàn)橛袝r(shí)在一個(gè)計(jì)算機(jī)中同時(shí)運(yùn)行多個(gè)進(jìn)程,而每一個(gè)進(jìn)程都在和其他計(jì)算機(jī)的進(jìn)程進(jìn)行通信。如果籠統(tǒng)地說一個(gè)計(jì)算機(jī)同時(shí)和多個(gè)計(jì)算機(jī)進(jìn)行通信,那么就比較含糊。在這種情況下,用進(jìn)程之間的通信就容易把問題講清楚。當(dāng)然,連接在因特網(wǎng)上的計(jì)算機(jī)中的進(jìn)程在進(jìn)行通信時(shí),還要使用TCP/IP協(xié)議族。否則進(jìn)程之間是無法進(jìn)行通信的。問題6-2:能否用你的PC機(jī)進(jìn)行一個(gè)簡(jiǎn)單的實(shí)驗(yàn):一個(gè)計(jì)算機(jī)同時(shí)和5個(gè)計(jì)算機(jī)進(jìn)行通信?答:這很容易實(shí)現(xiàn)。用你的PC機(jī)上網(wǎng)(用什么具體手段都行。連續(xù)打開PC機(jī)中的瀏覽器程序5次,這樣就在PC機(jī)的屏幕上出現(xiàn)5個(gè)瀏覽器的窗口。然后分別在不同的瀏覽器窗口訪問5個(gè)不同的網(wǎng)站,并進(jìn)行文件下

3、載。這時(shí)你可以看見5個(gè)不同的文件同時(shí)從不同的遠(yuǎn)地服務(wù)器下載到你的PC機(jī)的硬盤中。你的PC機(jī)只有一個(gè)CPU。從微觀上看,一個(gè)CPU在同一個(gè)時(shí)間只能做一件事。CPU 執(zhí)行計(jì)算機(jī)指令的速度非?？?因此它可以輪流處理PC機(jī)中的5個(gè)進(jìn)程和遠(yuǎn)地的另外5個(gè)進(jìn)程之間的通信任務(wù)。但從我們眼睛看屏幕所得到的宏觀感覺,好像CPU是同時(shí)處理這5件任務(wù)。問題6-3:因特網(wǎng)中計(jì)算機(jī)程序之間的通信和電信網(wǎng)中的電話通信有何相同或不同之處?答:相同之處:電信網(wǎng):允許一個(gè)電話機(jī)向另一個(gè)電話機(jī)發(fā)出呼叫請(qǐng)求(即撥打另一個(gè)電話機(jī)的號(hào)碼。因特網(wǎng):允許一個(gè)程序向另一個(gè)程序發(fā)出呼叫請(qǐng)求(即主動(dòng)發(fā)出要求通信的請(qǐng)求。不同之處:電信網(wǎng):兩個(gè)電話機(jī)

4、都處于不通話狀態(tài)時(shí)(即都處于掛機(jī)狀態(tài)時(shí),主叫方摘機(jī)并撥號(hào)進(jìn)行呼叫,被叫方聽到鈴響并摘機(jī)后,雙方開始進(jìn)行通話。也就是說,主叫方通過自己的振鈴可以使被叫方的電話機(jī)變?yōu)橥ㄔ挔顟B(tài)(當(dāng)然要通過被叫人的摘機(jī)動(dòng)作。因特網(wǎng):當(dāng)被叫程序處于運(yùn)行狀態(tài)時(shí),主叫程序發(fā)出通信請(qǐng)求,被叫程序同意進(jìn)行通信后,雙方程序開始進(jìn)行通信。但如果被叫程序沒有處在運(yùn)行狀態(tài),則主叫程序無法使被叫程序變?yōu)檫\(yùn)行狀態(tài)。在這種情況下,雙方的通信是不可能的。因此,計(jì)算機(jī)程序之間的通信的一個(gè)很重要的特點(diǎn)就是:被叫程序必須始終處于運(yùn)行狀態(tài)。通常將主叫程序稱為客戶程序,而被叫程序稱為服務(wù)器程序。問題6-4:連接在因特網(wǎng)上的主機(jī)名必須是唯一的嗎?答:這是

5、肯定的。因特網(wǎng)不允許有兩個(gè)(或更多的主機(jī)具有同樣的主機(jī)名。但是必須注意,這里所說的“主機(jī)名”指的是主機(jī)的“全名”(full name,它也就是“主機(jī)的域名”,而不是指一個(gè)主機(jī)的“本地名字”。例如,很多單位的網(wǎng)站服務(wù)器主機(jī)的本地名字都愿意取為www。這主要是為了便于記憶,使人一看見這www,就知道這個(gè)計(jì)算機(jī)是用來存放該單位網(wǎng)頁(yè)信息的,使得人們可以利用HTTP協(xié)議來訪問這個(gè)網(wǎng)站。所以當(dāng)我們看到下面這樣的網(wǎng)址:但應(yīng)注意,主機(jī)名有兩種,即全名和本地名字(local name。雖然主機(jī)的全名在因特網(wǎng)上必須是唯一的,但主機(jī)的本地名字只需要在本級(jí)域名下是唯一的即可。例如,“.google”是在頂級(jí)域名“.c

6、om”下注冊(cè)的二級(jí)域名。www是這個(gè)主機(jī)在二級(jí)域名“.google”下的本地名字。全世界有很多的主機(jī)使用相同的本地名字(例如,www或mail,但這并不會(huì)產(chǎn)生混亂。我們可以看出,如果google將其網(wǎng)站主機(jī)的本地名字取為其他的名字xyz,那么它的網(wǎng)址就要變成:但這樣做并沒有什么好處,只能給別人增加一些記憶上的麻煩。我們還要指出,雖然主機(jī)名在因特網(wǎng)中必須是唯一的,IP地址在因特網(wǎng)中也必須是唯一的,但一個(gè)主機(jī)名卻可以對(duì)應(yīng)多個(gè)IP地址。關(guān)于這個(gè)問題請(qǐng)參考問題6-7。問題6-5:在因特網(wǎng)中通過域名系統(tǒng)查找某個(gè)主機(jī)的IP地址,和在電話系統(tǒng)中通過114查號(hào)臺(tái)查找某個(gè)單位的電話號(hào)碼相比,有何異同之處?答:相

7、同之處:電話系統(tǒng):在電話機(jī)上只能撥打被叫用戶的電話號(hào)碼才能進(jìn)行通信。114查號(hào)臺(tái)將被叫用戶名字轉(zhuǎn)換為電話號(hào)碼告訴主叫用戶。因特網(wǎng):在IP數(shù)據(jù)報(bào)上必須填入目的主機(jī)的IP地址才能發(fā)送出去。DNS域名系統(tǒng)將目的主機(jī)名字解析為(即轉(zhuǎn)換為32 位的IP地址返回給源主機(jī)。不同之處:電話系統(tǒng):必須由主叫用戶撥打114才能進(jìn)行查號(hào)。如果要查找非本市的電話號(hào)碼,則必須撥打長(zhǎng)途電話。例如,要在南京查找北京的民航售票處的電話號(hào)碼,則南京的114臺(tái)無法給你回答。你在南京必須撥打010-114(長(zhǎng)途電話進(jìn)行查詢。因特網(wǎng):只要源主機(jī)上的應(yīng)用程序遇到目的主機(jī)名需要轉(zhuǎn)換為目的主機(jī)的IP地址,就由源主機(jī)自動(dòng)向域名服務(wù)器發(fā)出DN

8、S查詢報(bào)文。不管最后將該主機(jī)的域名解析出來的DNS 服務(wù)器距離源主機(jī)有多遠(yuǎn),它都能自動(dòng)將解析的結(jié)果最后返回給源主機(jī)。所有這些復(fù)雜的查詢過程對(duì)用戶來說都是透明的。用戶感覺不到這些域名解析過程。有一種方法可以使用戶體會(huì)到域名解析是需要一些時(shí)間的。在使用瀏覽器訪問某個(gè)遠(yuǎn)地網(wǎng)站時(shí),將URL中的域名換成為它的點(diǎn)分十進(jìn)制IP地址,看找到這個(gè)網(wǎng)站時(shí)是否要節(jié)省一些時(shí)間。問題6-6:一個(gè)單位的DNS服務(wù)器可以采用集中式的一個(gè)DNS服務(wù)器,也可以采用分布式的多個(gè)DNS服務(wù)器。哪一種方案更好些?答:這要從多方面來考慮,沒有簡(jiǎn)單的答案。從解析域名的速度來看,在集中式的一個(gè)DNS服務(wù)器上進(jìn)行域名解析應(yīng)當(dāng)比在多個(gè)分布式的

9、DNS服務(wù)器要快些。但從管理的角度看,分層次的多級(jí)結(jié)構(gòu)和分布式的DNS服務(wù)器要方便得多。從計(jì)算速度方面來考慮,一個(gè)服務(wù)器若負(fù)荷過重就會(huì)使計(jì)算速度變慢。一個(gè)小單位如果很少發(fā)生同時(shí)請(qǐng)求域名的解析,那么一個(gè)單個(gè)的域名服務(wù)器就能很好地工作。問題6-7:對(duì)同一個(gè)域名向DNS服務(wù)器發(fā)出好幾次的DNS請(qǐng)求報(bào)文后,每一次得到IP地址都不一樣。這可能嗎?答:可能。問題6-8:當(dāng)使用56 kb/s的調(diào)制解調(diào)器上網(wǎng)時(shí),經(jīng)常會(huì)發(fā)現(xiàn)數(shù)據(jù)下載的速率遠(yuǎn)遠(yuǎn)小于56 kb/s。這是什么原因?答:從你點(diǎn)擊的萬維網(wǎng)服務(wù)器到你的PC機(jī)的整個(gè)路徑上,只要有一個(gè)地方出現(xiàn)瓶頸,數(shù)據(jù)傳輸?shù)乃俾示鸵陆?。可能出現(xiàn)瓶頸的地方很多,如:(1你所點(diǎn)

10、擊的萬維網(wǎng)服務(wù)器現(xiàn)在訪問它的用戶太多,該服務(wù)器忙不過來。(2路徑上某個(gè)地方出現(xiàn)網(wǎng)絡(luò)擁塞,在路由器的緩存隊(duì)列中排隊(duì)的時(shí)間過長(zhǎng)。(3你使用的ISP容量不夠大,上網(wǎng)的用戶太多,ISP忙不過來。(4問題6-9:ARP和DNS是否有些相似?它們有何區(qū)別?答:如果說ARP和DNS有相似之處的地方,那么這僅僅是在形式上都是主機(jī)發(fā)送出請(qǐng)求,然后從相應(yīng)的服務(wù)器收到所需的回答。另外一點(diǎn)是這兩個(gè)協(xié)議經(jīng)常是連在一起使用的。但重要的是:這兩個(gè)協(xié)議是完全不同的。DNS是應(yīng)用層協(xié)議,用來請(qǐng)求域名服務(wù)器將連接在因特網(wǎng)上的某個(gè)主機(jī)的域名解析為32位的IP地址。在大多數(shù)情況下,本地的域名服務(wù)器很可能還不知道所請(qǐng)求的主機(jī)的IP地址

11、,于是還要繼續(xù)尋找其他的域名服務(wù)器。這樣很可能要在因特網(wǎng)上尋找多次才能得到所需的結(jié)果,最后將結(jié)果發(fā)送給原來發(fā)出請(qǐng)求的主機(jī)(見教材的ARP是網(wǎng)絡(luò)層協(xié)議(當(dāng)然也有人認(rèn)為它屬于鏈路層,它采用廣播方式請(qǐng)求將連接在本以太網(wǎng)上的某個(gè)主機(jī)或路由器的32位的IP地址解析為48位的以太網(wǎng)硬件地址。問題6-10:“網(wǎng)關(guān)”和“路由器”是否為同義語(yǔ)?答:在問題4-2中我們已經(jīng)講過,當(dāng)使用在“IP網(wǎng)關(guān)”或“IP路由器”時(shí),它們是同義語(yǔ),只不過“網(wǎng)關(guān)”是舊的名詞。在比較老的RFC文檔中經(jīng)常使用的是“網(wǎng)關(guān)”,實(shí)際上就是“路由器”。但在某些情況下,則“網(wǎng)關(guān)”并不等于“路由器”,例如在電子郵件系統(tǒng)中的“e-mail gatew

12、ay”就屬于一種應(yīng)用網(wǎng)關(guān),它不是路由器。問題6-11:我們常在文獻(xiàn)上看到“遠(yuǎn)程登錄”這樣的名詞。它的英文名字應(yīng)當(dāng)是remote log-in 還是Telnet?答:這個(gè)名詞有一個(gè)特點(diǎn),就是一個(gè)中文名詞對(duì)應(yīng)了幾個(gè)英文名詞。在1994年公布的計(jì)算機(jī)科學(xué)技術(shù)名詞MINGCI94中規(guī)定:log-in的標(biāo)準(zhǔn)譯名是“注冊(cè)”,又稱“登錄”。因此“遠(yuǎn)程登錄”應(yīng)當(dāng)可以理解為“remote log-in”。然而在1997年7月18日發(fā)布的“全國(guó)科學(xué)技術(shù)名詞審定委員會(huì)推薦名(一”中,將Telnet的中文推薦名規(guī)定為“遠(yuǎn)程登錄”,并在其注釋中注明:“指因特網(wǎng)(Internet的遠(yuǎn)程登錄服務(wù),它允許一個(gè)用戶登錄到一個(gè)遠(yuǎn)

13、程計(jì)算機(jī)系統(tǒng)中,就好像用戶端直接與遠(yuǎn)程計(jì)算機(jī)相連一樣。”在Comer的“Internetworking with TCP/IP”V ol.1中的第25章的標(biāo)題是:25Applications: Remote Login (TELNET, Rlogin這表明“Remote Login”和“TELNET”以及簡(jiǎn)化寫法“Rlogin”都具有相同的意思。但在Comer一書中指出了TELNET是遠(yuǎn)程登錄服務(wù)的TCP/IP標(biāo)準(zhǔn)協(xié)議。因此當(dāng)我們看到“遠(yuǎn)程登錄”時(shí),應(yīng)當(dāng)聯(lián)系上下文,看它指的是一種服務(wù),還是一種協(xié)議。應(yīng)當(dāng)記得,我們多次強(qiáng)調(diào)過,服務(wù)和協(xié)議是很不一樣的。問題6-12:電話通信和電子郵件通信都是使用客

14、戶服務(wù)器工作方式嗎?答:因特網(wǎng)的電子郵件通信當(dāng)然是使用客戶服務(wù)器工作方式。傳統(tǒng)的電話通信雖然有主叫方和被叫方(主叫方先撥號(hào),被叫方摘機(jī),然后通話,但通信的工作方式并不是客戶服務(wù)器方式。然而新型的IP電話(使用H.323協(xié)議或SIP協(xié)議則使用了客戶服務(wù)器的工作方式。問題6-13:在電子郵件中,“信封”、“內(nèi)容”、“首部”、“主體”是個(gè)什么樣的關(guān)系?答:在電子郵件中,信封和我們通過郵局寄信所用的信封的作用是很相似的。郵局投遞信件是靠信封上的信息,但郵局并不閱讀信封中所放入的信件(這里所說的信件就相當(dāng)于電子郵件中的“內(nèi)容”。電子郵件也是這樣。郵件服務(wù)器依據(jù)電子郵件信封上的信息將郵件傳送到目的郵件服務(wù)

15、器。電子郵件中的“內(nèi)容”也稱為“報(bào)文”(message,它就是用戶所寫的信件。但電子郵件是美國(guó)人發(fā)明的,因此信件的格式也是要按照他們的習(xí)慣來寫。我們知道,中國(guó)人寫信時(shí),其格式較為簡(jiǎn)單,即先寫收信人的稱呼,再寫正文,最后是發(fā)信人的署名和日期。但美國(guó)人寫信時(shí),在一開始還要有信頭(heading和封內(nèi)地址(inside address這兩部分。信頭是發(fā)信人的地址和日期,而封內(nèi)地址是收信人的地址。因此電子郵件也必須有這兩項(xiàng)。這兩項(xiàng)合起來就叫做電子郵件的內(nèi)容部分中的“首部”,而首部后面才是內(nèi)容中的主體部分。人們?nèi)菀赘悴磺宄木褪?信封上明明已經(jīng)有了收信人和發(fā)信人的地址,為什么在內(nèi)容部分還要重復(fù)這一部分(

16、還要有一個(gè)首部?其實(shí),這只是西方國(guó)家的寫信習(xí)慣和我們的有些不同而已。實(shí)際上,人家這樣做是有道理的。當(dāng)郵寄過程中出現(xiàn)信封受到損傷而看不清收信人的地址時(shí),郵局還可從信封中的信件的“封內(nèi)地址”查明收信人的地址。但中國(guó)人的信件當(dāng)信封上的地址看不清時(shí),一般從信封里面的信件內(nèi)容就無法查出收信人的地址?？傊?電子郵件= 信封+ 內(nèi)容內(nèi)容= 首部+ 主體用戶只須將內(nèi)容寫好,交給用戶代理。用戶代理自動(dòng)地從內(nèi)容的首部中提取有關(guān)信息,寫到信封上,交給郵件服務(wù)器發(fā)送郵件。問題6-14:能否更加細(xì)致地介紹一下base64編碼?答:在這里只對(duì)教材上的內(nèi)容做一些補(bǔ)充,更詳細(xì)的描述見RFC 2045。首先要對(duì)二進(jìn)制比特流進(jìn)行

17、24位到32位的變換(每6位變換為8位的字符,如下圖所示。 待編碼的每一個(gè)6 位組的值一定在0 63之間,因此一定可以按照上表變換為某一個(gè)可打印的ASCII碼,這樣就可以用電子郵件傳送了。到接收端再進(jìn)行反變換就可恢復(fù)出原來二進(jìn)制比特流。不難看出,經(jīng)過base64編碼后,增加了33.3%的開銷(6位變換成為8位,或者說,在網(wǎng)絡(luò)上傳送的數(shù)據(jù)中,有25%的開銷(8位中的2位是進(jìn)行編碼變換時(shí)增加的。問題6-15:能否歸納一下HTTP協(xié)議的主要特點(diǎn)?答:下面歸納了HTTP 1.0的主要特點(diǎn)。(1 應(yīng)用層協(xié)議HTTP是一個(gè)應(yīng)用層協(xié)議。HTTP使用可靠的、面向連接的運(yùn)輸協(xié)議TCP,但HTTP協(xié)議本身并不提供

18、可靠性機(jī)制和重傳機(jī)制。(2 請(qǐng)求/響應(yīng)一旦建立了運(yùn)輸連接(這常常稱為建立了會(huì)話,瀏覽器端就向萬維網(wǎng)服務(wù)器端發(fā)送HTTP請(qǐng)求,服務(wù)器收到請(qǐng)求后給出HTTP響應(yīng)。(3 無狀態(tài)“無狀態(tài)”(stateless就是指每一個(gè)HTTP請(qǐng)求都是獨(dú)立的。萬維網(wǎng)服務(wù)器不保存過去的請(qǐng)求和過去的會(huì)話記錄。這就是說,同一個(gè)用戶再次訪問同一個(gè)服務(wù)器時(shí),只要服務(wù)器沒有進(jìn)行內(nèi)容的更新,服務(wù)器的響應(yīng)就給出和以前被訪問時(shí)相同的響應(yīng)。服務(wù)器不記錄曾經(jīng)訪問過的用戶，也不記錄某個(gè)用戶訪問過多少次。 (4 雙向傳輸 這在大多數(shù)情況下都是這樣的：瀏覽器發(fā)出 HTTP 請(qǐng)求，服務(wù)器給出 HTTP 響應(yīng)。 (5 能力協(xié)商 HTTP 允許瀏覽器

19、和服務(wù)器協(xié)商一些細(xì)節(jié)，如在傳送數(shù)據(jù)時(shí)使用的字 符集。發(fā)送端可指明它所能夠提供的能力(capability，而接收端也能夠指明它所能夠接受的 能力。 (6 支持高速緩存 為了縮短響應(yīng)時(shí)間，瀏覽器可將讀取的萬維網(wǎng)頁(yè)面暫存在其高速 緩存中。如果用戶再次請(qǐng)求該頁(yè)面，則 HTTP 允許瀏覽器可以對(duì)服務(wù)器進(jìn)行查詢，以便確定 自從上次緩存了該頁(yè)面后頁(yè)面的內(nèi)容是否有變化。 (7 支持代理服務(wù)器 HTTP 允許在瀏覽器和服務(wù)器之間存在一個(gè)代理服務(wù)器。代理 服務(wù)器將萬維網(wǎng)頁(yè)面存放在自己的緩存中，并且從這緩存中取出頁(yè)面回答瀏覽器的請(qǐng)求。 問題 6-16：HTTP 1.1 協(xié)議比起 HTTP 1.0 協(xié)議有哪些主要的

20、變化？ 答：HTTP 1.1 的最主要的變化就是改變了 HTTP 1.0 的“無狀態(tài)”這一特點(diǎn)。 我們知道，當(dāng)用戶訪問某個(gè)網(wǎng)站時(shí)，假定該網(wǎng)頁(yè)上有一個(gè)文本文件和 15 個(gè)圖形文件， 那么用戶要和這個(gè)萬維網(wǎng)服務(wù)器建立總共 16 次的 TCP 連接才能將這 16 個(gè)文件全部下載完。 瀏覽器在和服務(wù)器建立好一個(gè) TCP 連接后，就發(fā)送 HTTP 請(qǐng)求，然后得到服務(wù)器的 HTTP 響應(yīng)，傳送過來一個(gè)文件（文字的或圖形的） ，然后就自動(dòng)斷開 TCP 連接了。當(dāng)點(diǎn)擊下一個(gè) 鏈接時(shí)，又重復(fù)以上的步驟。 HTTP 1.1 將 HTTP 1.0 的“無狀態(tài)”這個(gè)特點(diǎn)改變了。HTTP 1.1 采用持續(xù)連接(pers

21、istent connection作為默認(rèn)的工作方式。當(dāng)瀏覽器和某一萬維網(wǎng)服務(wù)器建立 TCP 連接后，就可以 在同一個(gè) TCP 連接上傳送多次的 HTTP 請(qǐng)求和 HTTP 響應(yīng)。當(dāng)瀏覽器或服務(wù)器要關(guān)閉 TCP 連接時(shí)，就通知對(duì)方，然后再關(guān)閉連接。 持續(xù)連接最大的好處就是減小了開銷。減小了建立 TCP 連接的次數(shù)就減小了服務(wù)器的 負(fù)擔(dān)，縮短了響應(yīng)時(shí)間，同時(shí)也減小了下層網(wǎng)絡(luò)的開銷，減少了緩存所占用的存儲(chǔ)空間，也 減少了使用的 CPU 時(shí)間。使用持續(xù)連接的瀏覽器還可以進(jìn)一步優(yōu)化對(duì)網(wǎng)站的訪問。這就是 采用流水線式的請(qǐng)求，即可以連續(xù)地發(fā)送請(qǐng)求，而不需要在收到響應(yīng)后才發(fā)送下一個(gè)請(qǐng)求。 當(dāng)需要在某個(gè)頁(yè)面讀

22、取多個(gè)圖像文件而下層互連網(wǎng)絡(luò)的吞吐量和時(shí)延都很大時(shí)， 采用流水線 式的請(qǐng)求就格外顯得優(yōu)點(diǎn)突出。 使用持續(xù)連接是要付出代價(jià)的。在建立 TCP 連接后，不論是瀏覽器還是服務(wù)器都不知 道這個(gè)特定的 TCP 連接將要持續(xù)多長(zhǎng)時(shí)間。這對(duì)服務(wù)器來說是個(gè)很主要的問題，因?yàn)榭赡?有幾千個(gè)瀏覽器要和這個(gè)服務(wù)器建立連接。我們應(yīng)當(dāng)注意到，只有連接的雙方都關(guān)閉連接， TCP 連接才會(huì)完全關(guān)閉。服務(wù)器端應(yīng)當(dāng)設(shè)置一個(gè)超時(shí)計(jì)時(shí)器，以便當(dāng)一定時(shí)間內(nèi)沒有收到 請(qǐng)求就可關(guān)閉這個(gè)連接?？蛻舳撕头?wù)器端都必須注意對(duì)方是否關(guān)閉了 TCP 連接。若發(fā)現(xiàn) 對(duì)方關(guān)閉了連接，那么自己這一端也應(yīng)當(dāng)隨即關(guān)閉這個(gè) TCP 連接。 問題 6-17：抽象語(yǔ)法、傳送語(yǔ)法的主要區(qū)別是什么？數(shù)據(jù)類型、編碼以及編碼規(guī)則的區(qū)別 又是什么？ 答：下面是根據(jù) OSI 的定義對(duì)上述