第二講 網(wǎng)絡(luò)架構(gòu)與網(wǎng)絡(luò)協(xié)議.ppt

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

2、系統(tǒng)的對(duì)等層之間的通信有明確的通信規(guī)定； 高層使用低層提供的服務(wù)時(shí)，并不需要知道低層服務(wù)的具體實(shí)現(xiàn)方法。,網(wǎng)絡(luò)體系結(jié)構(gòu),接口（interface） 接口是同一結(jié)點(diǎn)內(nèi)相鄰層之間交換信息的連接點(diǎn); 同一個(gè)結(jié)點(diǎn)的相鄰層之間存在著明確規(guī)定的接口，低層向高層通過(guò)接口提供服務(wù); 只要接口條件不變、低層功能不變，低層功能的具體實(shí)現(xiàn)方法與技術(shù)的變化不會(huì)影響整個(gè)系統(tǒng)的工作。,網(wǎng)絡(luò)體系結(jié)構(gòu),網(wǎng)絡(luò)體系結(jié)構(gòu)（network architecture） 一個(gè)功能完備的計(jì)算機(jī)網(wǎng)絡(luò)需要制定一整套復(fù)雜的協(xié)議集; 網(wǎng)絡(luò)協(xié)議是按層次結(jié)構(gòu)來(lái)組織的； 網(wǎng)絡(luò)層次結(jié)構(gòu)模型與各層協(xié)議的集合稱為網(wǎng)絡(luò)體系結(jié)構(gòu)； 網(wǎng)絡(luò)體系結(jié)構(gòu)對(duì)計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)該實(shí)

3、現(xiàn)的功能進(jìn)行了精確的定義； 體系結(jié)構(gòu)是抽象的，而實(shí)現(xiàn)是指能夠運(yùn)行的一些硬件和軟件。,ISO/OSI參考模型,在制定計(jì)算機(jī)網(wǎng)絡(luò)標(biāo)準(zhǔn)方面，起著很大作用的兩大國(guó)際組織是： 國(guó)際電報(bào)與電話咨詢委員會(huì)（CCITT） 國(guó)際標(biāo)準(zhǔn)化組織（ISO） CCITT與ISO的工作領(lǐng)域不同： CCITT 主要是考慮通信標(biāo)準(zhǔn)的制定；ISO主要是考慮信息處理與網(wǎng)絡(luò)體系結(jié)構(gòu)。,體系結(jié)構(gòu),開(kāi)放系統(tǒng)的層次結(jié)構(gòu)、層次之間的相互關(guān)系及各層所包括的可能的服務(wù)； 作為一個(gè)框架來(lái)協(xié)調(diào)和組織各層協(xié)議的制定； 對(duì)網(wǎng)絡(luò)內(nèi)部結(jié)構(gòu)最精煉地概括與描述。,服務(wù)定義,詳細(xì)地說(shuō)明了各層所提供的服務(wù)； 某一層的服務(wù)就是該層及其以下各層的一種能力； 低層的服務(wù)

4、是通過(guò)接口向上一層提供的; 各層所提供的服務(wù)與這些服務(wù)是如何實(shí)現(xiàn)的無(wú)關(guān)； 定義了層與層之間的接口與各層使用的原語(yǔ)，但不涉及接口是具體實(shí)現(xiàn)的。,ISO劃分七層結(jié)構(gòu)的基本原則,網(wǎng)中各結(jié)點(diǎn)都具有相同的層次； 不同結(jié)點(diǎn)的同等層具有相同的功能； 同一結(jié)點(diǎn)內(nèi)相鄰層之間通過(guò)接口通信； 每層可以使用下層提供的服務(wù)，并向其上層提供服務(wù)； 不同結(jié)點(diǎn)的同等層通過(guò)協(xié)議來(lái)實(shí)現(xiàn)對(duì)等層之間的通信。,社會(huì)上存在的郵政系統(tǒng),OSI參考模型的結(jié)構(gòu),物理層的主要功能,利用傳輸介質(zhì)為通信的網(wǎng)絡(luò)結(jié)點(diǎn)之間建立、管理和釋放物理連接； 實(shí)現(xiàn)比特流的透明傳輸，為數(shù)據(jù)鏈路層提供數(shù)據(jù)傳輸服務(wù)； 物理層的數(shù)據(jù)傳輸單元是比特。,數(shù)據(jù)鏈路層/網(wǎng)絡(luò)層的主

5、要功能,數(shù)據(jù)鏈路層的主要功能： 在物理層提供的服務(wù)基礎(chǔ)上，數(shù)據(jù)鏈路層在通信的實(shí)體間建立數(shù)據(jù)鏈路連接； 傳輸以“幀”為單位的數(shù)據(jù)包； 采用差錯(cuò)控制與流量控制方法，使有差錯(cuò)的物理線路變成無(wú)差錯(cuò)的數(shù)據(jù)鏈路。 網(wǎng)絡(luò)層的主要功能： 通過(guò)路由選擇算法為分組通過(guò)通信子網(wǎng)選擇最適當(dāng)?shù)穆窂剑?為數(shù)據(jù)在結(jié)點(diǎn)之間傳輸創(chuàng)建邏輯鏈路； 實(shí)現(xiàn)擁塞控制、網(wǎng)絡(luò)互連等功能。,傳輸層/會(huì)話層的主要功能,傳輸層的主要功能： 向用戶提供可靠端到端（end-to-end）服務(wù)； 處理數(shù)據(jù)包錯(cuò)誤、數(shù)據(jù)包次序，以及其他一些關(guān)鍵傳輸問(wèn)題； 傳輸層向高層屏蔽了下層數(shù)據(jù)通信的細(xì)節(jié)，是計(jì)算機(jī)通信體系結(jié)構(gòu)中關(guān)鍵的一層。 會(huì)話層的主要功能： 負(fù)責(zé)維護(hù)

6、兩個(gè)結(jié)點(diǎn)之間的傳輸鏈接，以便確保點(diǎn)-點(diǎn)傳輸不中斷； 管理數(shù)據(jù)交換。,表示層/應(yīng)用層的主要功能,表示層的主要功能： 用于處理在兩個(gè)通信系統(tǒng)中交換信息的表示方式； 數(shù)據(jù)格式變換； 數(shù)據(jù)加密與解密； 數(shù)據(jù)壓縮與恢復(fù)。 應(yīng)用層的主要功能: 為應(yīng)用程序提供了網(wǎng)絡(luò)服務(wù); 應(yīng)用層需要識(shí)別并保證通信對(duì)方的可用性，使得協(xié)同工作的應(yīng)用程序之間的同步; 建立傳輸錯(cuò)誤糾正與保證數(shù)據(jù)完整性的控制機(jī)制。,OSI環(huán)境（OSI environment）,OSI環(huán)境中的數(shù)據(jù)流,1974年Kahn定義了最早的TCP/IP參考模型； 80年代Leiner、Clark等人對(duì)TCP/IP參考模型進(jìn)一步的研究； TCP/IP協(xié)議一共出現(xiàn)

7、了6個(gè)版本，后3個(gè)版本是版本4、版本5與版本6； 目前我們使用的是版本4，一般被稱為IPv4 ； IPv6被稱為下一代的IP協(xié)議。,TCP/IP參考模型,開(kāi)放的協(xié)議標(biāo)準(zhǔn); 獨(dú)立于特定的計(jì)算機(jī)硬件與操作系統(tǒng)； 獨(dú)立于特定的網(wǎng)絡(luò)硬件，可以運(yùn)行在局域網(wǎng)、廣域網(wǎng)，更適用于互連網(wǎng)中； 統(tǒng)一的網(wǎng)絡(luò)地址分配方案，使得整個(gè)TCP/IP設(shè)備在網(wǎng)中都具有唯一的地址； 標(biāo)準(zhǔn)化的高層協(xié)議，可以提供多種可靠的用戶服務(wù)。,TCP/IP協(xié)議的特點(diǎn),應(yīng)用層（application layer） 傳輸層（transport layer） 互連層（internet layer） 主機(jī)-網(wǎng)絡(luò)層（host-to-network la

8、yer）,TCP/IP參考模型各層的功能,TCP/IP 參考模型與 OSI 參考模型的對(duì)應(yīng)關(guān)系,TCP/IP參考模型的最低層，負(fù)責(zé)通過(guò)網(wǎng)絡(luò)發(fā)送和接收IP數(shù)據(jù)報(bào); 允許主機(jī)連入網(wǎng)絡(luò)時(shí)使用多種現(xiàn)成的與流行的協(xié)議，例如局域網(wǎng)的Ethernet、令牌網(wǎng)、分組交換網(wǎng)的X.25、幀中繼、ATM協(xié)議等; 當(dāng)一種物理網(wǎng)被用作傳送IP數(shù)據(jù)包的通道時(shí)，就可以認(rèn)為是這一層的內(nèi)容; 充分體現(xiàn)出TCP/IP協(xié)議的兼容性與適應(yīng)性，它也為TCP/IP的成功奠定了基礎(chǔ)。,主機(jī)-網(wǎng)絡(luò)層,相當(dāng)OSI參考模型網(wǎng)絡(luò)層無(wú)連接網(wǎng)絡(luò)服務(wù)； 處理互連的路由選擇、流控與擁塞問(wèn)題； IP協(xié)議是一種無(wú)連接的、提供“盡力而為”服務(wù)的網(wǎng)絡(luò)層協(xié)議。,互

9、連層,主要功能是在互連網(wǎng)中源主機(jī)與目的主機(jī)的對(duì)等實(shí)體間建立用于會(huì)話的端-端連接； 傳輸控制協(xié)議TCP是一種可靠的面向連接協(xié)議； 用戶數(shù)據(jù)報(bào)協(xié)議UDP是一種不可靠的無(wú)連接協(xié)議。,傳輸層,網(wǎng)絡(luò)終端協(xié)議Telnet 文件傳輸協(xié)議FTP 簡(jiǎn)單郵件傳輸協(xié)議SMTP 域名系統(tǒng)DNS 簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SNMP 超文本傳輸協(xié)議HTTP,應(yīng)用層,TCP/IP協(xié)議棧,對(duì)OSI參考模型的評(píng)價(jià),層次數(shù)量與內(nèi)容選擇不是很好，會(huì)話層很少用到，表示層幾乎是空的，數(shù)據(jù)鏈路層與網(wǎng)絡(luò)層有很多的子層插入； OSI 參考模型將“服務(wù)”與“協(xié)議”的定義結(jié)合起來(lái)，使得參考模型變得格外復(fù)雜，實(shí)現(xiàn)困難； 尋址、流控與差錯(cuò)控制在每一層里都重復(fù)

10、出現(xiàn)，降低系統(tǒng)效率； 數(shù)據(jù)安全性、加密與網(wǎng)絡(luò)管理在參考模型的設(shè)計(jì)初期被忽略了； 參考模型的設(shè)計(jì)更多是被通信的思想所支配，不適合于計(jì)算機(jī)與軟件的工作方式； 嚴(yán)格按照層次模型編程的軟件效率很低。,對(duì)TCP/IP參考模型評(píng)價(jià),在服務(wù)、接口與協(xié)議的區(qū)別上不很清楚，一個(gè)好的軟件工程應(yīng)該將功能與實(shí)現(xiàn)方法區(qū)分開(kāi)，參考模型不適合于其它非TCP/IP協(xié)議族； TCP/IP參考模型的主機(jī)-網(wǎng)絡(luò)層本身并不是實(shí)際的一層； 物理層與數(shù)據(jù)鏈路層的劃分是必要和合理的， 但是TCP/IP參考模型卻沒(méi)有做到這點(diǎn)。,一種建議的參考模型,應(yīng)用層的基本協(xié)議,萬(wàn)維網(wǎng)協(xié)議 WWW 超文本傳輸協(xié)議HTTP 文件傳送協(xié)議FTP 遠(yuǎn)程登錄協(xié)議

11、TELNET 電子郵件協(xié)議SMTP（發(fā)送） 電子郵件協(xié)議POP3（接收） 域名服務(wù)DNS,域名空間,DNS在概念上將因特網(wǎng)分成了200多個(gè)頂級(jí)域，每個(gè)頂級(jí)域被進(jìn)一步劃分成若干個(gè)二級(jí)子域，每個(gè)二級(jí)子域還可以再分子域，依次類推。 一個(gè)指定的域是指樹(shù)中一個(gè)特定的節(jié)點(diǎn)以及該節(jié)點(diǎn)以下所有的節(jié)點(diǎn)。 某個(gè)域的域名用從該域開(kāi)始向上直到樹(shù)根（為空）的標(biāo)號(hào)序列表示，標(biāo)號(hào)之間用句點(diǎn)隔開(kāi)，如。 域名的任一后綴也是一個(gè)域。 頂級(jí)域分為通用域和國(guó)家域兩類。,域名機(jī)構(gòu)的類型,.GOV政府機(jī)構(gòu).EDU教育機(jī)構(gòu).INT國(guó)際組織（如北大西洋公約組織NATO）.MIL軍事部門.COM商業(yè)機(jī)構(gòu).NET網(wǎng)絡(luò)中心.ORG社會(huì)組織、專業(yè)協(xié)

12、會(huì),普及地理類頂級(jí)域名,域名國(guó)家或地區(qū) .am亞美尼亞.aq南極洲 .ar阿根廷 .au澳大利亞.bb巴巴多斯.be比利時(shí) .bg保加利亞.ca加拿大.ch瑞士 .cl智利 .cn中國(guó) .cr哥斯達(dá)黎加.cy塞浦路斯.de德國(guó) .dk丹麥 .ec埃及.eg薩爾瓦多.es西班牙 .fi芬蘭 .gb英國(guó) .gr希臘 .hk香港 .hu匈牙利 .ie愛(ài)爾蘭.il以色列 .in印度 .ir伊朗 .it意大利.jm牙買加 .jp日本 .kr韓國(guó) .lt立陶宛.lu盧森保 .mo澳門 .mx墨西哥 .ni尼加拉瓜.nl荷蘭 .no挪威 .nz新西蘭 .pe貝盧.ph菲律賓 .pl波蘭 .pt葡萄牙 .ru

13、俄國(guó).se瑞典 .sg新加坡 .si斯洛文尼亞.th泰國(guó).tn突尼斯 .tr土耳其 .tw臺(tái)灣 .us美國(guó).uk英國(guó) .ve委內(nèi)瑞拉.vn越南 .zm贊比亞,域名結(jié)構(gòu)圖,萬(wàn)維網(wǎng)WWW,萬(wàn)維網(wǎng)WWW (World Wide Web)并非某種特殊的計(jì)算機(jī)網(wǎng)絡(luò)。萬(wàn)維網(wǎng)是一個(gè)大規(guī)模的、聯(lián)機(jī)式的信息儲(chǔ)藏所，英文簡(jiǎn)稱為Web。 萬(wàn)維網(wǎng)是一個(gè)分布式的超媒體(hypermedia)系統(tǒng)，它是超文本(hypertext)系統(tǒng)的擴(kuò)充。 萬(wàn)維網(wǎng)以客戶服務(wù)器方式工作?？蛻舫绦蛳蚍?wù)器程序發(fā)出請(qǐng)求，服務(wù)器程序向客戶程序返回客戶所要的萬(wàn)維網(wǎng)文檔。在一個(gè)客戶程序主窗口上顯示出的萬(wàn)維網(wǎng)文檔稱為頁(yè)面(page)。,網(wǎng)頁(yè)獲取,W

14、eb采用客戶/服務(wù)器模式工作，客戶為瀏覽器軟件，服務(wù)器是運(yùn)行在Web服務(wù)器上的一個(gè)軟件程序； 服務(wù)器平時(shí)總在端口80上監(jiān)聽(tīng)客戶的連接請(qǐng)求，當(dāng)用戶點(diǎn)擊了一個(gè)超級(jí)鏈接后： 瀏覽器找到該鏈接所指的網(wǎng)頁(yè)的名字 與網(wǎng)頁(yè)所在的服務(wù)器建立一個(gè)TCP連接 向服務(wù)器發(fā)送取網(wǎng)頁(yè)的請(qǐng)求 服務(wù)器將請(qǐng)求的網(wǎng)頁(yè)發(fā)送給瀏覽器 釋放TCP連接 兩個(gè)問(wèn)題需要解決： 如何命名一個(gè)網(wǎng)頁(yè) 定義客戶和服務(wù)器之間的傳輸協(xié)議,Web工作模型,統(tǒng)一資源定位符URL,Uniform Resource Locator（URL）的一般格式為 schemename:/host/path Schemename：方法名，指出訪問(wèn)網(wǎng)頁(yè)的協(xié)議名稱，常見(jiàn)的方

15、法有http、ftp、telnet等； Host：網(wǎng)頁(yè)所在宿主機(jī)的域名 Path：網(wǎng)頁(yè)在宿主機(jī)上的全路徑名,Web的客戶方（1）,當(dāng)用戶點(diǎn)擊了某個(gè)超級(jí)鏈接/home/index.html后，瀏覽器按以下步驟工作： 瀏覽器確定URL（從頁(yè)及點(diǎn)擊位置獲取）； 請(qǐng)求DNS解析域名， DNS返回IP地址2； 瀏覽器與2的端口80建立一個(gè)TCP連接； 瀏覽器發(fā)送一個(gè)請(qǐng)求，要求取文件/home/index.html； 服務(wù)器發(fā)送文件/home/index.html，釋放TCP連

16、接； 瀏覽器顯示文件/home/index.html的所有文本內(nèi)容； 瀏覽器取回該文件中的所有圖像并顯示（一次取一個(gè)圖像顯示）。,Web的客戶方（2）,為了使瀏覽器能夠正確解釋和顯示每一個(gè)Web頁(yè)，Web頁(yè)應(yīng)當(dāng)使用稱為HTML（超文本標(biāo)記語(yǔ)言）的標(biāo)準(zhǔn)語(yǔ)言書(shū)寫(xiě)； 如果一個(gè)頁(yè)不是HTML格式的，怎么顯示？ 當(dāng)服務(wù)器返回一個(gè)頁(yè)的時(shí)候，同時(shí)要返回關(guān)于這個(gè)頁(yè)的一些額外信息，特別是頁(yè)的MIME類型； 當(dāng)頁(yè)的MIME類型是text/html（瀏覽器的內(nèi)置類型）時(shí)，瀏覽器直接顯示； 當(dāng)頁(yè)的MIME類型不是瀏覽器本身所支持的，瀏覽器查找MIME類型表，該表將每個(gè)MIME類型關(guān)聯(lián)到一個(gè)閱讀器上，瀏覽器調(diào)用相應(yīng)的閱

17、讀器進(jìn)行顯示； 閱讀器可以是和瀏覽器運(yùn)行在同一個(gè)程序空間的插件程序，也可以是一個(gè)獨(dú)立的助手程序； 對(duì)于本地文件，瀏覽器通過(guò)文件的擴(kuò)展名得知文件類型。,域名解析服務(wù)DNS,DNS 是域名系統(tǒng) (Domain Name System) 的縮寫(xiě)，該系統(tǒng)用于命名組織到域?qū)哟谓Y(jié)構(gòu)中的計(jì)算機(jī)和網(wǎng)絡(luò)服務(wù)。在Internet上域名與IP地址之間是一對(duì)一（或者一對(duì)多）的，域名雖然便于人們記憶，但機(jī)器之間只能互相認(rèn)識(shí)IP地址，它們之間的轉(zhuǎn)換工作稱為域名解析，域名解析需要由專門的域名解析服務(wù)器來(lái)完成，DNS就是進(jìn)行域名解析的服務(wù)器。 DNS 命名用于 Internet 等 TCP/IP 網(wǎng)絡(luò)中，通過(guò)用戶友好的名稱查

18、找計(jì)算機(jī)和服務(wù)。,DNS解析過(guò)程,狀態(tài)信息和cookie,Web本質(zhì)上是無(wú)狀態(tài)的，當(dāng)服務(wù)器將瀏覽器請(qǐng)求的文件發(fā)回后，服務(wù)器上不保留有關(guān)用戶的任何信息； 在兩次調(diào)用之間程序保存的信息稱為狀態(tài)信息，狀態(tài)信息可以保存在瀏覽器或服務(wù)器上。 服務(wù)器傳遞給瀏覽器保存的狀態(tài)信息稱為cookie： 服務(wù)器完成服務(wù)請(qǐng)求時(shí)將需要保存的信息存于本地，同時(shí)將少量信息（cookie）返回給瀏覽器，cookie通常被作為這些信息的索引； Cookie是一個(gè)小文件，通常保存在瀏覽器的cookie目錄下； 當(dāng)瀏覽器要向某個(gè)服務(wù)器發(fā)送請(qǐng)求時(shí)，先檢查cookie目錄，看是否有從那個(gè)服務(wù)器發(fā)來(lái)的cookie，如果有就把所有的coo

19、kie都包含在請(qǐng)求消息中，發(fā)送給服務(wù)器。,Web文檔,靜態(tài)文檔：靜態(tài)文檔以文件方式保存在Web服務(wù)器上，由文檔的作者決定文檔的內(nèi)容，對(duì)靜態(tài)文檔的每次請(qǐng)求均產(chǎn)生相同的響應(yīng)。 動(dòng)態(tài)文檔：動(dòng)態(tài)文檔是由Web服務(wù)器動(dòng)態(tài)創(chuàng)建的。當(dāng)請(qǐng)求到達(dá)時(shí)，Web服務(wù)器運(yùn)行一個(gè)應(yīng)用程序創(chuàng)建動(dòng)態(tài)文檔，并返回給瀏覽器，因此每次請(qǐng)求產(chǎn)生的動(dòng)態(tài)文檔是不同的。 主動(dòng)（active）文檔：主動(dòng)文檔由一個(gè)計(jì)算機(jī)程序組成，當(dāng)游覽器請(qǐng)求一個(gè)主動(dòng)文檔時(shí)，服務(wù)器返回一個(gè)必須在瀏覽器本地運(yùn)行的程序的拷貝，程序運(yùn)行時(shí)可以與用戶進(jìn)行交互，并不斷訪問(wèn)服務(wù)器取回新的信息，因此主動(dòng)文檔的內(nèi)容是在不斷更新的。,Web服務(wù)器方工作過(guò)程,服務(wù)器在端口80監(jiān)聽(tīng)

20、，與請(qǐng)求的客戶建立TCP連接，接收服務(wù)請(qǐng)求； 確定請(qǐng)求的Web頁(yè)（名字?jǐn)U展）； （若需要）認(rèn)證客戶；對(duì)客戶進(jìn)行訪問(wèn)控制；對(duì)請(qǐng)求的頁(yè)進(jìn)行訪問(wèn)控制； 檢查請(qǐng)求的頁(yè)是否在高速緩存中，有直接讀取； 若不在高速緩存中，從本地磁盤讀取文件； 確定要包含在響應(yīng)中的MIME類型； 將文件返回給客戶，進(jìn)行日志記錄，釋放連接。 服務(wù)器設(shè)計(jì)的關(guān)鍵是要提高服務(wù)的響應(yīng)速度，服務(wù)于更多的客戶。常用的技術(shù)包括：將經(jīng)常訪問(wèn)的文件保存在高速緩存中，服務(wù)器設(shè)計(jì)為多線程的且使用多個(gè)磁盤，建立server farm等。,HTML、XML和XHTML（1）,HTML（超文本標(biāo)記語(yǔ)言）是一種標(biāo)記語(yǔ)言，用于描述文檔的顯示格式； HTML中

21、的格式命令稱為標(biāo)簽，標(biāo)簽成對(duì)出現(xiàn)，包含在一對(duì)標(biāo)簽中的文檔內(nèi)容，其顯示格式就由該標(biāo)簽指定； HTML使用標(biāo)簽在Web頁(yè)中嵌入圖像，如： ； HTML使用標(biāo)簽在Web頁(yè)中加入超級(jí)鏈接，如： NASAs home page ； 也可以為圖像設(shè)置超級(jí)鏈接，如： ,HTML、XML和XHTML（2）,HTML使用表單收集用戶的輸入信息，表單中包含需要用戶提供信息的條目，每個(gè)條目都有一個(gè)唯一的名字，當(dāng)用戶點(diǎn)擊提交按鈕時(shí)，瀏覽器將所有條目及條目的值匯總，發(fā)送給服務(wù)器。 HTML的缺點(diǎn)：將文檔的內(nèi)容與格式綁在一起，使得從文檔中抽取信息或者改變信息的輸出格式非常困難。 擴(kuò)展的標(biāo)記語(yǔ)言XML和擴(kuò)展的樣式語(yǔ)言XSL

22、將內(nèi)容與格式分離，使得數(shù)據(jù)的收集、處理與輸出非常靈活方便。 XML以結(jié)構(gòu)化的方式描述內(nèi)容； XSL描述獨(dú)立于內(nèi)容的顯示格式。 可擴(kuò)展的超文本標(biāo)記語(yǔ)言XHTML是一種更規(guī)范的語(yǔ)言，可簡(jiǎn)化瀏覽器的處理，從而可以在內(nèi)存及處理能力均有限的手持設(shè)備上運(yùn)行瀏覽器程序。,表單,CGI和服務(wù)器端腳本技術(shù)（1）,HTML表單的處理過(guò)程； 處理動(dòng)態(tài)文檔的傳統(tǒng)方法是公共網(wǎng)關(guān)接口CGI： CGI是一個(gè)標(biāo)準(zhǔn)接口，它允許Web服務(wù)器與一個(gè)能夠處理動(dòng)態(tài)文檔的后臺(tái)程序或腳本進(jìn)行交互； CGI只規(guī)定了服務(wù)器與后臺(tái)程序交互的通用規(guī)則，而允許程序員選擇大多數(shù)的實(shí)現(xiàn)細(xì)節(jié)，如編程語(yǔ)言的選擇； 每個(gè)CGI程序被賦予一個(gè)URL，位于cgi

23、-bin目錄下，表單的ACTION參數(shù)指出了處理表單數(shù)據(jù)的CGI程序的URL，當(dāng)表單數(shù)據(jù)被提交后，Web服務(wù)器調(diào)用相應(yīng)的CGI程序進(jìn)行處理，并接收CGI程序的輸出； CGI程序通過(guò)輸出的頭部與服務(wù)器進(jìn)行通信，比如指出生成的文檔類型，也可以指出文檔放在另一個(gè)不同的URL處； 服務(wù)器取得CGI生成的文檔，返回給瀏覽器。,表單的處理,CGI和服務(wù)器端腳本技術(shù)（2）,CGI的缺點(diǎn)：每次請(qǐng)求CGI程序，均會(huì)產(chǎn)生一個(gè)完整的HTML頁(yè)，即使每次產(chǎn)生的HTML文件內(nèi)容只有幾行不同。 當(dāng)網(wǎng)頁(yè)只有一小部分需要改變時(shí)，可以使用服務(wù)器端腳本技術(shù)： 在服務(wù)器中存儲(chǔ)網(wǎng)頁(yè)的模板，它包含傳統(tǒng)的HTML和腳本信息； 服務(wù)器中內(nèi)

24、置解釋器，對(duì)于HTML信息解釋器不做任何改變，對(duì)于腳本信息解釋器用解釋腳本的結(jié)果代替。 幾種主要的服務(wù)器端腳本技術(shù)： ASP（微軟）：腳本信息用VB編寫(xiě)，腳本解釋器與微軟的Internet信息服務(wù)器（Internet Informaton Server，IIS）緊密集成。 JSP：網(wǎng)頁(yè)中嵌入的腳本代碼用Java語(yǔ)言編寫(xiě)，因而獨(dú)立于平臺(tái)。 PHP：使用Perl語(yǔ)言，速度比ASP和JSP快，但嵌入的代碼難以閱讀。 ColdFusion：網(wǎng)頁(yè)中嵌入SQL數(shù)據(jù)庫(kù)查詢語(yǔ)句，解釋器向數(shù)據(jù)庫(kù)系統(tǒng)發(fā)送SQL查詢，并將結(jié)果置于查詢語(yǔ)句的位置。,Java、JavaScript和ActiveX controls,J

25、ava Java Applet必須先被編譯成字節(jié)碼并存儲(chǔ)在Web服務(wù)器上； 游覽器需要運(yùn)行HTML解釋器和Java解釋器； 當(dāng)用戶向?yàn)g覽器提供一個(gè)Applet的URL，或當(dāng)瀏覽器在HTML文檔中遇到一個(gè)指向Applet的標(biāo)記時(shí)，瀏覽器與服務(wù)器聯(lián)系獲得該Applet的一個(gè)拷貝，下載到本地執(zhí)行； Applet使用瀏覽器的HTTP客戶檢索文檔，使用瀏覽器的HTML解釋器顯示網(wǎng)頁(yè)信息。 JavaScript JavaScript是一種腳本語(yǔ)言，提供有與用戶交互的JavaScript函數(shù)，腳本直接嵌入HTML頁(yè)中，由瀏覽器解釋執(zhí)行。 ActiveX controls ActiveX controls被編

26、譯成機(jī)器語(yǔ)言，在硬件上執(zhí)行，與微軟的IE瀏覽器結(jié)合在一起。,超文本傳輸協(xié)議HTTP,HTTP協(xié)議：瀏覽器與Web服務(wù)器之間通信使用的協(xié)議，規(guī)定了客戶方與服務(wù)器方通信所使用的命令及響應(yīng)。 HTTP通常運(yùn)行在TCP連接之上，使用端口80。 基本工作模式：瀏覽器向服務(wù)器發(fā)送HTTP請(qǐng)求，服務(wù)器返回響應(yīng)，然后釋放連接。服務(wù)器不保留以前的請(qǐng)求或會(huì)話的歷史記錄。 持久連接：從HTTP/1.1開(kāi)始使用持久連接方式，一旦客戶建立了和特定服務(wù)器的TCP連接，該連接就在多個(gè)請(qǐng)求和響應(yīng)過(guò)程中一直存在，直到某一方關(guān)閉連接。HTTP/1.1的默認(rèn)方式為使用持久連接。 非流水線方式：客戶只能在收到前一個(gè)請(qǐng)求的響應(yīng)后才能發(fā)送下一個(gè)請(qǐng)求； 流水線方式：客戶可以連續(xù)發(fā)送多個(gè)請(qǐng)求而不需要等待響應(yīng)，服務(wù)器也可以進(jìn)行連續(xù)響應(yīng)。 使用持久連接的缺點(diǎn)是要標(biāo)識(shí)發(fā)送的每一個(gè)數(shù)據(jù)項(xiàng)的開(kāi)頭和結(jié)尾。HTTP通常使用的方法是先發(fā)送數(shù)據(jù)項(xiàng)的長(zhǎng)度，然后再發(fā)送數(shù)據(jù)項(xiàng)。,超文本傳輸協(xié)議HTTP（2）,內(nèi)置的HTTP操作 HTTP允許瀏覽器和服務(wù)器通過(guò)消息頭部交換元信息和協(xié)商各種能力； 條件請(qǐng)求：HTTP允許發(fā)送方有條件地請(qǐng)求，瀏覽器可以在頭部說(shuō)明在哪種條件下應(yīng)該響應(yīng)請(qǐng)求，如果不符合條件，服務(wù)器不返回請(qǐng)求的數(shù)據(jù)項(xiàng)。,Web優(yōu)化（1）,Web緩存 Web緩存是將請(qǐng)求到的頁(yè)放到緩存中