6-09 假定一個(gè)超鏈從一個(gè)萬(wàn)維網(wǎng)文檔鏈接到另一個(gè)萬(wàn)維網(wǎng)文檔時(shí)，由于萬(wàn)維網(wǎng)文檔上出現(xiàn)了差錯(cuò)而使得超鏈只想一個(gè)無(wú)效的計(jì)算機(jī)名字。這是瀏覽器將向用戶報(bào)告什么？

答：404 Not Found。

6-10 假定要從已知的U RL 獲得一個(gè)萬(wàn)維網(wǎng)文檔。若該萬(wàn)維網(wǎng)服務(wù)器的Ip 地址開(kāi)始時(shí)并不知道。試問(wèn)：除 HTTP 外，還需要什么應(yīng)用層協(xié)議和傳輸層協(xié)議？

答：

應(yīng)用層協(xié)議需要的是DNS 。

運(yùn)輸層協(xié)議需要的是UDP （DNS ）使用和TCP （HTTP 使用）。

6-11 你所使用的瀏覽器的高速緩存有多大？請(qǐng)進(jìn)行一個(gè)試驗(yàn)：訪問(wèn)幾個(gè)萬(wàn)維網(wǎng)文檔，然后將你的計(jì)算機(jī)與網(wǎng)絡(luò)斷開(kāi)，然后再回到你剛才訪問(wèn)過(guò)的文檔。你的瀏覽器的高速緩存能夠存放多少各頁(yè)面？

6-12 什么是動(dòng)態(tài)文檔？試舉出萬(wàn)維網(wǎng)使用動(dòng)態(tài)文檔的一些例子。

答：

Dynamic document 動(dòng)態(tài)文檔： 與www 文檔有關(guān)的計(jì)算機(jī)程序，它能生成所需的文檔。當(dāng)瀏覽器需要?jiǎng)討B(tài)文檔時(shí)，服務(wù)器就運(yùn)行該程序并發(fā)送輸出到瀏覽器。動(dòng)態(tài)文檔程序?qū)γ總€(gè)需求可生成不同的輸出。

6-13 瀏覽器同時(shí)打開(kāi)多少個(gè)TCP 連接進(jìn)行瀏覽的優(yōu)缺點(diǎn)如何？請(qǐng)說(shuō)明理由。

答：

優(yōu)點(diǎn)：簡(jiǎn)單明了方便。

缺點(diǎn)：卡的時(shí)候容易死機(jī)

6-14 當(dāng)使用鼠標(biāo)點(diǎn)擊一個(gè)萬(wàn)維網(wǎng)文檔是，若該文檔出來(lái)有文本外，還有一個(gè)本地.gif 圖像和兩個(gè)遠(yuǎn)地.gif 圖像。試問(wèn)；需要使用那個(gè)應(yīng)用程序，以及需要建立幾次UDP 連接和幾次TCP 連接？

答：

若使用HTTP/1.0，需要建立0次UDP 連接，4次TCP 連接。

若使用HTTP/1.1，需要建立0次UDP 連接，1次TCP 連接。

6-15 假定你在瀏覽器上點(diǎn)擊一個(gè)U RL ，但這個(gè)URL 的ip 地址以前并沒(méi)有緩存在本地主機(jī)上。因此需要用DNS 自動(dòng)查找和解析。假定要解析到所要找的URL 的ip 地址共經(jīng)過(guò)n 個(gè)DNS 服務(wù)器，所經(jīng)過(guò)的時(shí)間分別是RTT1,RTT2,……RTTn。假定從要找的網(wǎng)頁(yè)上只需要讀取一個(gè)很小的圖片（即忽略這個(gè)小圖片的傳輸時(shí)間）。從本地豬寄到這個(gè)網(wǎng)頁(yè)的往返時(shí)間是RTTw. 試問(wèn)從點(diǎn)擊這個(gè)U RL 開(kāi)始，一直到本地主機(jī)的屏幕上出現(xiàn)所讀取的小圖片，一共需要經(jīng)過(guò)多少時(shí)間？ 解：

解析IP 地址需要時(shí)間是：RTT1 RTT2 … RTTn。

建立TCP 連接和請(qǐng)求萬(wàn)維網(wǎng)文檔需要2RTTw 。

6-16 在上題中，假定同一臺(tái)服務(wù)器的HTML 文件中又鏈接了三個(gè)非常小的對(duì)象。若忽略這些對(duì)象的發(fā)送時(shí)間，試計(jì)算客戶點(diǎn)擊讀取這些對(duì)象所需的時(shí)間。

（1）沒(méi)有并行TCP 連接的非持續(xù)HTTP ；

（2）使用并行TCP 連接的非持續(xù)HTTP ；

（3）流水線方式的持續(xù)HTTP 。

解：（1）所需時(shí)間=RTT1 RTT2 … RTTn 8RTTw。

（2）所需時(shí)間=RTT1 RTT2 … RTTn 4RTTw。

（3）所需時(shí)間=RTT1 RTT2 … RTTn 3RTTw。

6-17 在瀏覽器中應(yīng)當(dāng)有幾個(gè)可選解釋程序。試給出一些可選解釋程序的名稱。

答：在瀏覽器中，HTML 解釋程序是必不可少的，而其他的解釋程序則是可選的。如java 可選解釋程序，但是在運(yùn)行java 的瀏覽器是則需要兩個(gè)解釋程序，即HTML 解釋程序和Java 小應(yīng)用程序解釋程序。

6-18 一個(gè)萬(wàn)維網(wǎng)網(wǎng)點(diǎn)有1000萬(wàn)個(gè)頁(yè)面，平均每個(gè)頁(yè)面有10個(gè)超鏈，讀取一個(gè)頁(yè)面平均要100ms 。問(wèn)要檢索整個(gè)網(wǎng)點(diǎn)所需的最少時(shí)間。

答：t=100*10-3*10*1000*104 =107 s

6-19 搜索引擎可分為哪兩種類型？各有什么特點(diǎn)？

答：搜索引擎的種類很多，大體上可劃分為兩大類，即全文檢索搜索引擎和分類目錄搜索引擎。

全文檢索搜索引擎是一種純技術(shù)型的檢索工具。它的工作原理是通過(guò)搜索軟件到因特網(wǎng)上的各網(wǎng)站收集信息，找到一個(gè)網(wǎng)站后可以從這個(gè)網(wǎng)站再鏈接到另一個(gè)網(wǎng)站。然后按照一定的規(guī)則建立一個(gè)很大的在線數(shù)據(jù)庫(kù)供用戶查詢。

用戶在查詢時(shí)只要輸入關(guān)鍵詞，就從已經(jīng)建立的索引數(shù)據(jù)庫(kù)上進(jìn)行查詢（并不是實(shí)時(shí)地在因特網(wǎng)上檢索到的信息）。

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

6-20 試述電子郵件的最主要的組成部件。用戶代理U A 的作用是什么？沒(méi)有U A 行不行？ 答： 電子郵件系統(tǒng)的最主要組成部件：用戶代理、郵件服務(wù)器、以及電子郵件使用的協(xié)議。

UA 就是用戶與電子郵件系統(tǒng)的接口。用戶代理使用戶能夠通過(guò)一個(gè)很友好的接口來(lái)發(fā)送和接收郵件。

沒(méi)有UA 不行。因?yàn)椴⒎撬械挠?jì)算機(jī)都能運(yùn)行郵件服務(wù)器程序。有些計(jì)算機(jī)可能沒(méi)有足夠的存儲(chǔ)器來(lái)運(yùn)行允許程序在后臺(tái)運(yùn)行的操作系統(tǒng)，或是可能沒(méi)有足夠的CPU 能力來(lái)運(yùn)行郵件服務(wù)器程序。更重要的是，郵件服務(wù)器程序必須不間斷地運(yùn)行，每天24小時(shí)都必須不間斷地連接在因特網(wǎng)上，否則就可能使很多外面發(fā)來(lái)的郵件丟失。這樣看來(lái)，讓用戶的PC 機(jī)運(yùn)行郵件服務(wù)器程序顯然是很不現(xiàn)實(shí)的。

6-21 電子郵件的信封和內(nèi)容在郵件的傳送過(guò)程中起什么作用？和用戶的關(guān)系如何？

答：一個(gè)電子郵件分為信封和內(nèi)容兩大部分。電子郵件的傳輸程序根據(jù)郵件信封上的信息（收信人地址）來(lái)傳送郵件。RFC822只規(guī)定了郵件內(nèi)容中的首部格式，而對(duì)郵件的主體部分則讓用戶自由撰寫。用戶填寫好首部后，郵件系統(tǒng)將自動(dòng)地將所需的信息提取出來(lái)并寫在信封上。

6-22 電子郵件的地址格式是怎樣的？請(qǐng)說(shuō)明各部分的意思。

答：TCP/IP 體系的電子郵件系統(tǒng)規(guī)定電子郵件地址的格式如下：

收信人郵箱名@郵箱所在主機(jī)的域名

符號(hào)“@”讀作“at”，表示“在”的意思。例如，電子郵件地址 xiexiren@tsinghua.org.cn

6-23 試簡(jiǎn)述SMTP 通信的三個(gè)階段的過(guò)程。

答：1. 連接建立：連接是在發(fā)送主機(jī)的 SMTP 客戶和接收主機(jī)的 SMTP 服務(wù)器之間建立的。SMTP 不使用中間的郵件服務(wù)器。

2. 郵件傳送。

3. 連接釋放：郵件發(fā)送完畢后，SMTP 應(yīng)釋放 TCP 連接。

6-24 試述郵局協(xié)議POP 的工作過(guò)程。在電子郵件中，為什么需要使用POP 和SMTP 這兩個(gè)協(xié)議？IMAP 與POP 有何區(qū)別？

答：POP 使用客戶機(jī)服務(wù)器的工作方式。在接收郵件的用戶的PC 機(jī)中必須運(yùn)行POP 客戶機(jī)程序，而在其ISP 的郵件服務(wù)器中則運(yùn)行POP 服務(wù)器程序。POP 服務(wù)器只有在用戶輸入鑒別信息（用戶名和口令）后才允許對(duì)郵箱進(jìn)行讀取。

POP 是一個(gè)脫機(jī)協(xié)議，所有對(duì)郵件的處理都在用戶的PC 機(jī)上進(jìn)行；IMAP 是一個(gè)聯(lián)機(jī)協(xié)議，用戶可以操縱ISP 的郵件服務(wù)器的郵箱。

6-25 MIME 與SMTP 的關(guān)系是什么的？什么是quoted-printable 編碼和base64編碼？

答：

MIME 全稱是通用因特網(wǎng)郵件擴(kuò)充MIME 。它并沒(méi)有改動(dòng)或取代SMTP 。MIME 的意圖是繼續(xù)使用目前的RFC 822格式，但增加了郵件主體的結(jié)構(gòu)，并定義了傳送非ASCII 碼的編碼規(guī)則。也就是說(shuō)，MIME 郵件可以在現(xiàn)有的電子郵件程序和協(xié)議下傳送。下圖表明了MIME 和SMTP 的關(guān)系：

非 ASCII 碼

7 位 ASCII 碼

MIME

SMTP

MIME

SMTP

7 位 ASCII 碼

7 位 ASCII 碼

非 ASCII 碼

用戶

用戶

quoted-printable 編碼：對(duì)于所有可打印的ASCII 碼，除特殊字符等號(hào)外，都不改變。等號(hào)和不可打印的ASCII 碼以及非ASCII 碼的數(shù)據(jù)的編碼方法是：先將每個(gè)字節(jié)的二進(jìn)制代碼用兩個(gè)十六進(jìn)制數(shù)字表示，然后在前面再加上一個(gè)等號(hào)。

base64編碼是先把二進(jìn)制代碼劃分為一個(gè)24位長(zhǎng)的單元，然后把每個(gè)24位單元?jiǎng)澐譃?個(gè)6位組。每一個(gè)6位組按以下方法替換成ASCII 碼。6位的二進(jìn)制代碼共有64種不同的值，從1到63。用A 表示0，用B 表示1，等等。26個(gè)大寫字母排列完畢后，接下去再排26個(gè)小寫字母，再后面是10個(gè)數(shù)字，最后用 表示62，而用/表示63。再用兩個(gè)連在一起的等號(hào)==和一個(gè)等號(hào)=分別表示最后一組的代碼只有8位或16位?；剀嚭蛽Q行都忽略，它們可在任何地方插入。