網(wǎng)絡(luò)架構(gòu)與網(wǎng)絡(luò)協(xié)議

網(wǎng)絡(luò)架構(gòu)與網(wǎng)絡(luò)協(xié)議第一頁，共六十二頁，2022年，8月28日網(wǎng)絡(luò)體系結(jié)構(gòu)的基本概念網(wǎng)絡(luò)協(xié)議是為網(wǎng)絡(luò)數(shù)據(jù)交換而制定的規(guī)則、約定與標(biāo)準(zhǔn)；網(wǎng)絡(luò)協(xié)議的三要素：語義、語法與時序；語義：用于解釋比特流的每一部分的意義；語法：語法是用戶數(shù)據(jù)與控制信息的結(jié)構(gòu)與格式，以及數(shù)據(jù)出現(xiàn)的順序的意義；時序：事件實現(xiàn)順序的詳細(xì)說明。第二頁，共六十二頁，2022年，8月28日網(wǎng)絡(luò)體系結(jié)構(gòu)層次（layer）層次是人們對復(fù)雜問題處理的基本方法；將總體要實現(xiàn)的很多功能分配在不同層次中；對每個層次要完成的服務(wù)及服務(wù)要求都有明確規(guī)定；不同的系統(tǒng)分成相同的層次；不同系統(tǒng)的最低層之間存在著“物理”通信；不同系統(tǒng)的對等層次之間存在著“虛擬”通信；對不同系統(tǒng)的對等層之間的通信有明確的通信規(guī)定；高層使用低層提供的服務(wù)時，并不需要知道低層服務(wù)的具體實現(xiàn)方法。

第三頁，共六十二頁，2022年，8月28日網(wǎng)絡(luò)體系結(jié)構(gòu)接口（interface）接口是同一結(jié)點內(nèi)相鄰層之間交換信息的連接點;同一個結(jié)點的相鄰層之間存在著明確規(guī)定的接口，低層向高層通過接口提供服務(wù);只要接口條件不變、低層功能不變，低層功能的具體實現(xiàn)方法與技術(shù)的變化不會影響整個系統(tǒng)的工作。第四頁，共六十二頁，2022年，8月28日網(wǎng)絡(luò)體系結(jié)構(gòu)網(wǎng)絡(luò)體系結(jié)構(gòu)（networkarchitecture）一個功能完備的計算機(jī)網(wǎng)絡(luò)需要制定一整套復(fù)雜的協(xié)議集;網(wǎng)絡(luò)協(xié)議是按層次結(jié)構(gòu)來組織的；網(wǎng)絡(luò)層次結(jié)構(gòu)模型與各層協(xié)議的集合稱為網(wǎng)絡(luò)體系結(jié)構(gòu)；網(wǎng)絡(luò)體系結(jié)構(gòu)對計算機(jī)網(wǎng)絡(luò)應(yīng)該實現(xiàn)的功能進(jìn)行了精確的定義；體系結(jié)構(gòu)是抽象的，而實現(xiàn)是指能夠運行的一些硬件和軟件。第五頁，共六十二頁，2022年，8月28日ISO/OSI參考模型在制定計算機(jī)網(wǎng)絡(luò)標(biāo)準(zhǔn)方面，起著很大作用的兩大國際組織是：國際電報與電話咨詢委員會（CCITT）國際標(biāo)準(zhǔn)化組織（ISO）CCITT與ISO的工作領(lǐng)域不同：CCITT主要是考慮通信標(biāo)準(zhǔn)的制定；ISO主要是考慮信息處理與網(wǎng)絡(luò)體系結(jié)構(gòu)。第六頁，共六十二頁，2022年，8月28日體系結(jié)構(gòu)開放系統(tǒng)的層次結(jié)構(gòu)、層次之間的相互關(guān)系及各層所包括的可能的服務(wù)；作為一個框架來協(xié)調(diào)和組織各層協(xié)議的制定；對網(wǎng)絡(luò)內(nèi)部結(jié)構(gòu)最精煉地概括與描述。第七頁，共六十二頁，2022年，8月28日服務(wù)定義詳細(xì)地說明了各層所提供的服務(wù)；某一層的服務(wù)就是該層及其以下各層的一種能力；低層的服務(wù)是通過接口向上一層提供的;各層所提供的服務(wù)與這些服務(wù)是如何實現(xiàn)的無關(guān)；定義了層與層之間的接口與各層使用的原語，但不涉及接口是具體實現(xiàn)的。

第八頁，共六十二頁，2022年，8月28日ISO劃分七層結(jié)構(gòu)的基本原則網(wǎng)中各結(jié)點都具有相同的層次；不同結(jié)點的同等層具有相同的功能；同一結(jié)點內(nèi)相鄰層之間通過接口通信；每層可以使用下層提供的服務(wù)，并向其上層提供服務(wù)；不同結(jié)點的同等層通過協(xié)議來實現(xiàn)對等層之間的通信。第九頁，共六十二頁，2022年，8月28日社會上存在的郵政系統(tǒng)第十頁，共六十二頁，2022年，8月28日OSI參考模型的結(jié)構(gòu)第十一頁，共六十二頁，2022年，8月28日物理層的主要功能利用傳輸介質(zhì)為通信的網(wǎng)絡(luò)結(jié)點之間建立、管理和釋放物理連接；實現(xiàn)比特流的透明傳輸，為數(shù)據(jù)鏈路層提供數(shù)據(jù)傳輸服務(wù)；物理層的數(shù)據(jù)傳輸單元是比特。第十二頁，共六十二頁，2022年，8月28日數(shù)據(jù)鏈路層/網(wǎng)絡(luò)層的主要功能數(shù)據(jù)鏈路層的主要功能：在物理層提供的服務(wù)基礎(chǔ)上，數(shù)據(jù)鏈路層在通信的實體間建立數(shù)據(jù)鏈路連接；傳輸以“幀”為單位的數(shù)據(jù)包；采用差錯控制與流量控制方法，使有差錯的物理線路變成無差錯的數(shù)據(jù)鏈路。網(wǎng)絡(luò)層的主要功能：通過路由選擇算法為分組通過通信子網(wǎng)選擇最適當(dāng)?shù)穆窂?；為?shù)據(jù)在結(jié)點之間傳輸創(chuàng)建邏輯鏈路；實現(xiàn)擁塞控制、網(wǎng)絡(luò)互連等功能。第十三頁，共六十二頁，2022年，8月28日傳輸層/會話層的主要功能傳輸層的主要功能：向用戶提供可靠端到端（end-to-end）服務(wù)；處理數(shù)據(jù)包錯誤、數(shù)據(jù)包次序，以及其他一些關(guān)鍵傳輸問題；傳輸層向高層屏蔽了下層數(shù)據(jù)通信的細(xì)節(jié)，是計算機(jī)通信體系結(jié)構(gòu)中關(guān)鍵的一層。會話層的主要功能：負(fù)責(zé)維護(hù)兩個結(jié)點之間的傳輸鏈接，以便確保點-點傳輸不中斷；管理數(shù)據(jù)交換。第十四頁，共六十二頁，2022年，8月28日表示層/應(yīng)用層的主要功能表示層的主要功能：用于處理在兩個通信系統(tǒng)中交換信息的表示方式；數(shù)據(jù)格式變換；數(shù)據(jù)加密與解密；數(shù)據(jù)壓縮與恢復(fù)。應(yīng)用層的主要功能:為應(yīng)用程序提供了網(wǎng)絡(luò)服務(wù);應(yīng)用層需要識別并保證通信對方的可用性，使得協(xié)同工作的應(yīng)用程序之間的同步;建立傳輸錯誤糾正與保證數(shù)據(jù)完整性的控制機(jī)制。第十五頁，共六十二頁，2022年，8月28日OSI環(huán)境（OSIenvironment）第十六頁，共六十二頁，2022年，8月28日OSI環(huán)境中的數(shù)據(jù)流

第十七頁，共六十二頁，2022年，8月28日第十八頁，共六十二頁，2022年，8月28日1974年Kahn定義了最早的TCP/IP參考模型；80年代Leiner、Clark等人對TCP/IP參考模型進(jìn)一步的研究；TCP/IP協(xié)議一共出現(xiàn)了6個版本，后3個版本是版本4、版本5與版本6；目前我們使用的是版本4，一般被稱為IPv4；IPv6被稱為下一代的IP協(xié)議。TCP/IP參考模型第十九頁，共六十二頁，2022年，8月28日開放的協(xié)議標(biāo)準(zhǔn);獨立于特定的計算機(jī)硬件與操作系統(tǒng)；獨立于特定的網(wǎng)絡(luò)硬件，可以運行在局域網(wǎng)、廣域網(wǎng)，更適用于互連網(wǎng)中；統(tǒng)一的網(wǎng)絡(luò)地址分配方案，使得整個TCP/IP設(shè)備在網(wǎng)中都具有唯一的地址；標(biāo)準(zhǔn)化的高層協(xié)議，可以提供多種可靠的用戶服務(wù)。TCP/IP協(xié)議的特點第二十頁，共六十二頁，2022年，8月28日應(yīng)用層（applicationlayer）傳輸層（transportlayer）互連層（internetlayer）主機(jī)-網(wǎng)絡(luò)層（host-to-networklayer）TCP/IP參考模型各層的功能第二十一頁，共六十二頁，2022年，8月28日TCP/IP參考模型與OSI參考模型的對應(yīng)關(guān)系第二十二頁，共六十二頁，2022年，8月28日TCP/IP參考模型的最低層，負(fù)責(zé)通過網(wǎng)絡(luò)發(fā)送和接收IP數(shù)據(jù)報;允許主機(jī)連入網(wǎng)絡(luò)時使用多種現(xiàn)成的與流行的協(xié)議，例如局域網(wǎng)的Ethernet、令牌網(wǎng)、分組交換網(wǎng)的X.25、幀中繼、ATM協(xié)議等;當(dāng)一種物理網(wǎng)被用作傳送IP數(shù)據(jù)包的通道時，就可以認(rèn)為是這一層的內(nèi)容;充分體現(xiàn)出TCP/IP協(xié)議的兼容性與適應(yīng)性，它也為TCP/IP的成功奠定了基礎(chǔ)。

主機(jī)-網(wǎng)絡(luò)層第二十三頁，共六十二頁，2022年，8月28日相當(dāng)OSI參考模型網(wǎng)絡(luò)層無連接網(wǎng)絡(luò)服務(wù)；處理互連的路由選擇、流控與擁塞問題；IP協(xié)議是一種無連接的、提供“盡力而為”服務(wù)的網(wǎng)絡(luò)層協(xié)議。

互連層第二十四頁，共六十二頁，2022年，8月28日主要功能是在互連網(wǎng)中源主機(jī)與目的主機(jī)的對等實體間建立用于會話的端-端連接；傳輸控制協(xié)議TCP是一種可靠的面向連接協(xié)議；用戶數(shù)據(jù)報協(xié)議UDP是一種不可靠的無連接協(xié)議。

傳輸層第二十五頁，共六十二頁，2022年，8月28日網(wǎng)絡(luò)終端協(xié)議Telnet文件傳輸協(xié)議FTP簡單郵件傳輸協(xié)議SMTP域名系統(tǒng)DNS簡單網(wǎng)絡(luò)管理協(xié)議SNMP超文本傳輸協(xié)議HTTP應(yīng)用層第二十六頁，共六十二頁，2022年，8月28日TCP/IP協(xié)議棧第二十七頁，共六十二頁，2022年，8月28日對OSI參考模型的評價層次數(shù)量與內(nèi)容選擇不是很好，會話層很少用到，表示層幾乎是空的，數(shù)據(jù)鏈路層與網(wǎng)絡(luò)層有很多的子層插入；OSI參考模型將“服務(wù)”與“協(xié)議”的定義結(jié)合起來，使得參考模型變得格外復(fù)雜，實現(xiàn)困難；尋址、流控與差錯控制在每一層里都重復(fù)出現(xiàn)，降低系統(tǒng)效率；數(shù)據(jù)安全性、加密與網(wǎng)絡(luò)管理在參考模型的設(shè)計初期被忽略了；參考模型的設(shè)計更多是被通信的思想所支配，不適合于計算機(jī)與軟件的工作方式；嚴(yán)格按照層次模型編程的軟件效率很低。第二十八頁，共六十二頁，2022年，8月28日對TCP/IP參考模型評價在服務(wù)、接口與協(xié)議的區(qū)別上不很清楚，一個好的軟件工程應(yīng)該將功能與實現(xiàn)方法區(qū)分開，參考模型不適合于其它非TCP/IP協(xié)議族；TCP/IP參考模型的主機(jī)-網(wǎng)絡(luò)層本身并不是實際的一層；物理層與數(shù)據(jù)鏈路層的劃分是必要和合理的，但是TCP/IP參考模型卻沒有做到這點。第二十九頁，共六十二頁，2022年，8月28日一種建議的參考模型第三十頁，共六十二頁，2022年，8月28日應(yīng)用層的基本協(xié)議萬維網(wǎng)協(xié)議WWW超文本傳輸協(xié)議HTTP文件傳送協(xié)議FTP遠(yuǎn)程登錄協(xié)議TELNET電子郵件協(xié)議SMTP（發(fā)送）電子郵件協(xié)議POP3（接收）域名服務(wù)DNS第三十一頁，共六十二頁，2022年，8月28日域名空間DNS在概念上將因特網(wǎng)分成了200多個頂級域，每個頂級域被進(jìn)一步劃分成若干個二級子域，每個二級子域還可以再分子域，依次類推。一個指定的域是指樹中一個特定的節(jié)點以及該節(jié)點以下所有的節(jié)點。某個域的域名用從該域開始向上直到樹根（為空）的標(biāo)號序列表示，標(biāo)號之間用句點隔開，如。域名的任一后綴也是一個域。頂級域分為通用域和國家域兩類。第三十二頁，共六十二頁，2022年，8月28日域名機(jī)構(gòu)的類型.GOV

政府機(jī)構(gòu)

.EDU

教育機(jī)構(gòu)

.INT

國際組織（如北大西洋公約組織NATO）

.MIL

軍事部門

.COM

商業(yè)機(jī)構(gòu)

.NET

網(wǎng)絡(luò)中心

.ORG

社會組織、專業(yè)協(xié)會

第三十三頁，共六十二頁，2022年，8月28日普及地理類頂級域名域名

國家或地區(qū)

.am

亞美尼亞

.aq

南極洲

.ar

阿根廷

.au

澳大利亞

.bb

巴巴多斯

.be

比利時

.bg

保加利亞

.ca

加拿大

.ch

瑞士

.cl

智利.cn

中國

.cr

哥斯達(dá)黎加

.cy

塞浦路斯

.de

德國

.dk

丹麥

.ec

埃及

.eg

薩爾瓦多

.es

西班牙

.fi

芬蘭

.gb

英國

.gr

希臘

.hk

香港

.hu

匈牙利

.ie

愛爾蘭

.il

以色列

.in

印度

.ir

伊朗

.it

意大利

.jm

牙買加

.jp

日本

.kr

韓國

.lt

立陶宛

.lu

盧森保

.mo

澳門

.mx

墨西哥

.ni

尼加拉瓜

.nl

荷蘭

.no

挪威

.nz

新西蘭

.pe

貝盧

.ph

菲律賓

.pl

波蘭

.pt

葡萄牙

.ru

俄國

.se

瑞典

.sg

新加坡

.si

斯洛文尼亞

.th

泰國

.tn

突尼斯

.tr

土耳其

.tw

臺灣

.us

美國

.uk

英國

.ve

委內(nèi)瑞拉

.vn

越南

.zm

贊比亞

第三十四頁，共六十二頁，2022年，8月28日域名結(jié)構(gòu)圖第三十五頁，共六十二頁，2022年，8月28日萬維網(wǎng)WWW萬維網(wǎng)WWW(WorldWideWeb)并非某種特殊的計算機(jī)網(wǎng)絡(luò)。萬維網(wǎng)是一個大規(guī)模的、聯(lián)機(jī)式的信息儲藏所，英文簡稱為Web。萬維網(wǎng)是一個分布式的超媒體(hypermedia)系統(tǒng)，它是超文本(hypertext)系統(tǒng)的擴(kuò)充。萬維網(wǎng)以客戶服務(wù)器方式工作?？蛻舫绦蛳蚍?wù)器程序發(fā)出請求，服務(wù)器程序向客戶程序返回客戶所要的萬維網(wǎng)文檔。在一個客戶程序主窗口上顯示出的萬維網(wǎng)文檔稱為頁面(page)。第三十六頁，共六十二頁，2022年，8月28日第三十七頁，共六十二頁，2022年，8月28日網(wǎng)頁獲取Web采用客戶/服務(wù)器模式工作，客戶為瀏覽器軟件，服務(wù)器是運行在Web服務(wù)器上的一個軟件程序；服務(wù)器平時總在端口80上監(jiān)聽客戶的連接請求，當(dāng)用戶點擊了一個超級鏈接后：瀏覽器找到該鏈接所指的網(wǎng)頁的名字與網(wǎng)頁所在的服務(wù)器建立一個TCP連接向服務(wù)器發(fā)送取網(wǎng)頁的請求服務(wù)器將請求的網(wǎng)頁發(fā)送給瀏覽器釋放TCP連接兩個問題需要解決：如何命名一個網(wǎng)頁定義客戶和服務(wù)器之間的傳輸協(xié)議第三十八頁，共六十二頁，2022年，8月28日Web工作模型第三十九頁，共六十二頁，2022年，8月28日統(tǒng)一資源定位符URLUniformResourceLocator（URL）的一般格式為schemename://host/pathSchemename：方法名，指出訪問網(wǎng)頁的協(xié)議名稱，常見的方法有http、ftp、telnet等；Host：網(wǎng)頁所在宿主機(jī)的域名Path：網(wǎng)頁在宿主機(jī)上的全路徑名第四十頁，共六十二頁，2022年，8月28日Web的客戶方（1）當(dāng)用戶點擊了某個超級鏈接后，瀏覽器按以下步驟工作：瀏覽器確定URL（從頁及點擊位置獲取）；請求DNS解析域名，DNS返回IP地址；瀏覽器與的端口80建立一個TCP連接；瀏覽器發(fā)送一個請求，要求取文件/home/index.html；服務(wù)器發(fā)送文件/home/index.html，釋放TCP連接；瀏覽器顯示文件/home/index.html的所有文本內(nèi)容；瀏覽器取回該文件中的所有圖像并顯示（一次取一個圖像顯示）。第四十一頁，共六十二頁，2022年，8月28日Web的客戶方（2）為了使瀏覽器能夠正確解釋和顯示每一個Web頁，Web頁應(yīng)當(dāng)使用稱為HTML（超文本標(biāo)記語言）的標(biāo)準(zhǔn)語言書寫；如果一個頁不是HTML格式的，怎么顯示？當(dāng)服務(wù)器返回一個頁的時候，同時要返回關(guān)于這個頁的一些額外信息，特別是頁的MIME類型；當(dāng)頁的MIME類型是text/html（瀏覽器的內(nèi)置類型）時，瀏覽器直接顯示；當(dāng)頁的MIME類型不是瀏覽器本身所支持的，瀏覽器查找MIME類型表，該表將每個MIME類型關(guān)聯(lián)到一個閱讀器上，瀏覽器調(diào)用相應(yīng)的閱讀器進(jìn)行顯示；閱讀器可以是和瀏覽器運行在同一個程序空間的插件程序，也可以是一個獨立的助手程序；對于本地文件，瀏覽器通過文件的擴(kuò)展名得知文件類型。第四十二頁，共六十二頁，2022年，8月28日域名解析服務(wù)DNSDNS是域名系統(tǒng)

(DomainNameSystem)的縮寫，該系統(tǒng)用于命名組織到域?qū)哟谓Y(jié)構(gòu)中的計算機(jī)和網(wǎng)絡(luò)服務(wù)。在Internet上域名與IP地址之間是一對一（或者一對多）的，域名雖然便于人們記憶，但機(jī)器之間只能互相認(rèn)識IP地址，它們之間的轉(zhuǎn)換工作稱為域名解析，域名解析需要由專門的域名解析服務(wù)器來完成，DNS就是進(jìn)行域名解析的服務(wù)器。DNS命名用于Internet等TCP/IP網(wǎng)絡(luò)中，通過用戶友好的名稱查找計算機(jī)和服務(wù)。

第四十三頁，共六十二頁，2022年，8月28日DNS解析過程第四十四頁，共六十二頁，2022年，8月28日狀態(tài)信息和cookieWeb本質(zhì)上是無狀態(tài)的，當(dāng)服務(wù)器將瀏覽器請求的文件發(fā)回后，服務(wù)器上不保留有關(guān)用戶的任何信息；在兩次調(diào)用之間程序保存的信息稱為狀態(tài)信息，狀態(tài)信息可以保存在瀏覽器或服務(wù)器上。服務(wù)器傳遞給瀏覽器保存的狀態(tài)信息稱為cookie：服務(wù)器完成服務(wù)請求時將需要保存的信息存于本地，同時將少量信息（cookie）返回給瀏覽器，cookie通常被作為這些信息的索引；Cookie是一個小文件，通常保存在瀏覽器的cookie目錄下；當(dāng)瀏覽器要向某個服務(wù)器發(fā)送請求時，先檢查cookie目錄，看是否有從那個服務(wù)器發(fā)來的cookie，如果有就把所有的cookie都包含在請求消息中，發(fā)送給服務(wù)器。第四十五頁，共六十二頁，2022年，8月28日Web文檔靜態(tài)文檔：靜態(tài)文檔以文件方式保存在Web服務(wù)器上，由文檔的作者決定文檔的內(nèi)容，對靜態(tài)文檔的每次請求均產(chǎn)生相同的響應(yīng)。動態(tài)文檔：動態(tài)文檔是由Web服務(wù)器動態(tài)創(chuàng)建的。當(dāng)請求到達(dá)時，Web服務(wù)器運行一個應(yīng)用程序創(chuàng)建動態(tài)文檔，并返回給瀏覽器，因此每次請求產(chǎn)生的動態(tài)文檔是不同的。主動（active）文檔：主動文檔由一個計算機(jī)程序組成，當(dāng)游覽器請求一個主動文檔時，服務(wù)器返回一個必須在瀏覽器本地運行的程序的拷貝，程序運行時可以與用戶進(jìn)行交互，并不斷訪問服務(wù)器取回新的信息，因此主動文檔的內(nèi)容是在不斷更新的。第四十六頁，共六十二頁，2022年，8月28日Web服務(wù)器方工作過程服務(wù)器在端口80監(jiān)聽，與請求的客戶建立TCP連接，接收服務(wù)請求；確定請求的Web頁（名字?jǐn)U展）；（若需要）認(rèn)證客戶；對客戶進(jìn)行訪問控制；對請求的頁進(jìn)行訪問控制；檢查請求的頁是否在高速緩存中，有直接讀?。蝗舨辉诟咚倬彺嬷?，從本地磁盤讀取文件；確定要包含在響應(yīng)中的MIME類型；將文件返回給客戶，進(jìn)行日志記錄，釋放連接。服務(wù)器設(shè)計的關(guān)鍵是要提高服務(wù)的響應(yīng)速度，服務(wù)于更多的客戶。常用的技術(shù)包括：將經(jīng)常訪問的文件保存在高速緩存中，服務(wù)器設(shè)計為多線程的且使用多個磁盤，建立serverfarm等。第四十七頁，共六十二頁，2022年，8月28日HTML、XML和XHTML（1）HTML（超文本標(biāo)記語言）是一種標(biāo)記語言，用于描述文檔的顯示格式；HTML中的格式命令稱為標(biāo)簽，標(biāo)簽成對出現(xiàn)，包含在一對標(biāo)簽中的文檔內(nèi)容，其顯示格式就由該標(biāo)簽指定；HTML使用<IMG>標(biāo)簽在Web頁中嵌入圖像，如：<IMGSRC=“”ALIGN=middleALT="AWILogo">；HTML使用<A>標(biāo)簽在Web頁中加入超級鏈接，如：<AHREF="">NASA'shomepage</A>；也可以為圖像設(shè)置超級鏈接，如：<AHREF=""><IMGSRC="shuttle.gif"ALT="NASA"></A>第四十八頁，共六十二頁，2022年，8月28日HTML、XML和XHTML（2）HTML使用表單收集用戶的輸入信息，表單中包含需要用戶提供信息的條目，每個條目都有一個唯一的名字，當(dāng)用戶點擊提交按鈕時，瀏覽器將所有條目及條目的值匯總，發(fā)送給服務(wù)器。HTML的缺點：將文檔的內(nèi)容與格式綁在一起，使得從文檔中抽取信息或者改變信息的輸出格式非常困難。擴(kuò)展的標(biāo)記語言XML和擴(kuò)展的樣式語言XSL將內(nèi)容與格式分離，使得數(shù)據(jù)的收集、處理與輸出非常靈活方便。XML以結(jié)構(gòu)化的方式描述內(nèi)容；XSL描述獨立于內(nèi)容的顯示格式。可擴(kuò)展的超文本標(biāo)記語言XHTML是一種更規(guī)范的語言，可簡化瀏覽器的處理，從而可以在內(nèi)存及處理能力均有限的手持設(shè)備上運行瀏覽器程序。第四十九頁，共六十二頁，2022年，8月28日表單第五十頁，共六十二頁，2022年，8月28日CGI和服務(wù)器端腳本技術(shù)（1）HTML表單的處理過程；處理動態(tài)文檔的傳統(tǒng)方法是公共網(wǎng)關(guān)接口CGI：CGI是一個標(biāo)準(zhǔn)接口，它允許Web服務(wù)器與一個能夠處理動態(tài)文檔的后臺程序或腳本進(jìn)行交互；CGI只規(guī)定了服務(wù)器與后臺程序交互的通用規(guī)則，而允許程序員選擇大多數(shù)的實現(xiàn)細(xì)節(jié)，如編程語言的選擇；每個CGI程序被賦予一個URL，位于cgi-bin目錄下，表單的ACTION參數(shù)指出了處理表單數(shù)據(jù)的CGI程序的URL，當(dāng)表單數(shù)據(jù)被提交后，Web服務(wù)器調(diào)用相應(yīng)的CGI程序進(jìn)行處理，并接收CGI程序的輸出；CGI程序通過輸出的頭部與服務(wù)器進(jìn)行通信，比如指出生成的文檔類型，也可以指出文檔放在另一個不同的URL處；服務(wù)器取得CGI生成的文檔，返回給瀏覽器。第五十一頁，共六十二頁，2022年，8月28日表單的處理第五十二頁，共六十二頁，2022年，8月28日CGI和服務(wù)器端腳本技術(shù)（2）CGI的缺點：每次請求CGI程序，均會產(chǎn)生一個完整的HTML頁，即使每次產(chǎn)生的HTML文件內(nèi)容只有幾行不同。當(dāng)網(wǎng)頁只有一小部分需要改變時，可以使用服務(wù)器端腳本技術(shù)：在服務(wù)器中存儲網(wǎng)頁的模板，它包含傳統(tǒng)的HTML和腳本信息；服務(wù)器中內(nèi)置解釋器，對于HTML信息解釋器不做任何改變，對于腳本信息解釋器用解釋腳本的結(jié)果代替。幾種主要的服務(wù)器端腳本技術(shù)：ASP（微軟）：腳本信息用VB編寫，腳本解釋器與微軟的Internet信息服務(wù)器（InternetInformatonServer，IIS）緊密集成。JSP：網(wǎng)頁中嵌入的腳本代碼用Java語言編寫，因而獨立于平臺。PHP：使用Perl語言，速度比ASP和JSP快，但嵌入的代碼難以閱讀。ColdFusion：網(wǎng)頁中嵌入SQL數(shù)據(jù)庫查詢語句，解釋器向數(shù)據(jù)庫系統(tǒng)發(fā)送SQL查詢，并將結(jié)果置于查詢語句的位置。第五十三頁，共六十二頁，2022年，8月28日J(rèn)ava、JavaScript和ActiveXcontrolsJavaJavaApplet必須先被編譯成字節(jié)碼并存儲在Web服務(wù)器上；游覽器需要運行HTML解釋器和Java解釋器；當(dāng)用戶向瀏覽器提供一個Applet的URL，或當(dāng)瀏覽器在HTML文檔中遇到一個指向Applet的標(biāo)記<applet>時，瀏覽器與服務(wù)器聯(lián)系獲得該Applet的一個拷貝，下載到本地執(zhí)行；Applet使用瀏覽器的HTTP客戶檢索文檔，使用瀏覽器的HTML解釋器顯示網(wǎng)頁信息。JavaScriptJavaScript是一種腳本語言，提供有與用戶交互的JavaScript函數(shù)，腳本直接嵌入HTML頁中，由瀏覽器解釋執(zhí)行。ActiveXcontrolsActiveXcontrols被編譯成機(jī)器語言，在硬件上執(zhí)行，與微軟的IE瀏覽器結(jié)合在一起。第五十四頁，共六十二頁，2022年，8月28日超文本傳輸協(xié)議HTTPHTTP協(xié)議：瀏覽器與Web服務(wù)器之間通信使用的協(xié)議，規(guī)定了客戶方與服務(wù)器方通信所使用的命令及響應(yīng)。HTTP通常運行在TCP連接之上，使用端口80?；竟ぷ髂Ｊ剑簽g覽器向服務(wù)器發(fā)送HTTP請求，服務(wù)器返回響應(yīng)，然后釋放連接。服務(wù)器不保留以前的請求或會話的歷史記錄。持久連接：從HTTP/1.1開始使用持久連接方式，一旦客戶建立了和特定服務(wù)器的TCP連接，該連接就在多個請求和響應(yīng)過程中一直存在，直到某一方關(guān)閉連接。HTTP/1.1的默認(rèn)方式為使用持久連接。非流水線方式：客戶只能在收到前一個請求的響應(yīng)后才能發(fā)送下一個請求；流水線方式：客戶可以連續(xù)發(fā)送多個請求而不需要等待響應(yīng)，服務(wù)器也可以進(jìn)行連續(xù)響應(yīng)。使用持久連接的缺點是要標(biāo)識發(fā)送的每一個數(shù)據(jù)項的開頭和結(jié)尾。HTTP通常使用的方法是先發(fā)送數(shù)據(jù)項的長度，然后再發(fā)送數(shù)據(jù)項。第五十五頁，共六十二頁，2022年，8月28日超文本傳輸協(xié)議HTTP（2）內(nèi)置的HTTP操作HTTP允許瀏覽器和服務(wù)器通過消息頭部交換元信息和協(xié)商各種能力；條件請求：HTTP允許發(fā)送方有條件地請求，瀏覽器可以在頭部說明在哪種條件下應(yīng)該響應(yīng)請求，如果不符合條件，服務(wù)器不返回請求的數(shù)據(jù)項。第五十六頁，