移動(dòng)互聯(lián)網(wǎng)關(guān)鍵技術(shù)課件

1、第二章 移動(dòng)互聯(lián)網(wǎng)技術(shù)基礎(chǔ) 2.1 互聯(lián)網(wǎng)技術(shù) 2.2 移動(dòng)通信技術(shù) 2.3 移動(dòng)互聯(lián)網(wǎng) 2.4 移動(dòng)智能終端與操作系統(tǒng) 2.5 云計(jì)算技術(shù) 2.1 互 聯(lián) 網(wǎng) 技 術(shù)互聯(lián)網(wǎng)(Internet，早期音譯為因特網(wǎng))在今天已經(jīng)非常普及，很多人每天都要花一定時(shí)間上網(wǎng)，閱讀新聞，淘寶購(gòu)物，或者從事其他活動(dòng)?；ヂ?lián)網(wǎng)是由全世界千千萬(wàn)萬(wàn)臺(tái)計(jì)算機(jī)通過(guò)TCP/IP協(xié)議相互連接而成的世界上最大的網(wǎng)絡(luò)。這個(gè)網(wǎng)絡(luò)在不斷擴(kuò)大，不僅新的計(jì)算機(jī)在持續(xù)接入，而且新的技術(shù)也在不斷融入。移動(dòng)互聯(lián)網(wǎng)的產(chǎn)生和發(fā)展正是以這個(gè)現(xiàn)有互聯(lián)網(wǎng)實(shí)體為基礎(chǔ)而不斷發(fā)展的，它又反過(guò)來(lái)推動(dòng)這一網(wǎng)絡(luò)延伸到人們的手機(jī)終端。2.1.1 互聯(lián)網(wǎng)的起源與發(fā)展互聯(lián)

2、網(wǎng)源于1969年美軍牽頭組建的ARPA網(wǎng)，它起初把美國(guó)加利福尼亞大學(xué)洛杉磯分校、斯坦福大學(xué)研究學(xué)院、加利福尼亞大學(xué)和猶他州大學(xué)的四臺(tái)主要計(jì)算機(jī)連接起來(lái)，后來(lái)美國(guó)其他一些高校和科研機(jī)構(gòu)也陸續(xù)加入進(jìn)來(lái)。1983年，美國(guó)國(guó)防部將阿帕網(wǎng)分為軍網(wǎng)和民網(wǎng)，于是，越來(lái)越多的學(xué)校和公司加入到民網(wǎng)當(dāng)中，漸漸的，這個(gè)民用網(wǎng)絡(luò)發(fā)展為今天的互聯(lián)網(wǎng)。在A(yíng)RPA網(wǎng)產(chǎn)生之初，通過(guò)接口信號(hào)處理機(jī)實(shí)現(xiàn)互聯(lián)的電腦并不多，大部分電腦相互之間不兼容，不同類(lèi)型的電腦聯(lián)網(wǎng)存在很多困難。建立一種大家共同都必須遵守的標(biāo)準(zhǔn)，讓不同類(lèi)型電腦能夠?qū)崿F(xiàn)資源共享，成為當(dāng)時(shí)科學(xué)家的當(dāng)務(wù)之急。1973年，卡恩和瑟夫以包切換理論為基礎(chǔ)，開(kāi)始研究一種對(duì)各種操

3、作系統(tǒng)普適的協(xié)議，這個(gè)協(xié)議即TCP/IP協(xié)議(Transmission Control Protocol，TCP；Internet Protocol，IP)。通俗而言，TCP負(fù)責(zé)發(fā)現(xiàn)傳輸?shù)膯?wèn)題，一有問(wèn)題就發(fā)出信號(hào)，要求重新傳輸，直到所有數(shù)據(jù)安全正確地傳輸?shù)侥康牡?。而IP是給網(wǎng)絡(luò)上每一臺(tái)電腦規(guī)定一個(gè)地址。 1974年12月， 卡恩和瑟夫的第一份TCP協(xié)議詳細(xì)說(shuō)明正式發(fā)表。當(dāng)時(shí)美國(guó)國(guó)防部與三個(gè)科學(xué)家小組簽定了完成TCP/IP的協(xié)議，結(jié)果由瑟夫領(lǐng)銜的小組率先完成，首先制訂出了具有詳細(xì)定義的TCP/IP協(xié)議標(biāo)準(zhǔn)。當(dāng)時(shí)還做了一個(gè)試驗(yàn)，將信息包通過(guò)點(diǎn)對(duì)點(diǎn)的衛(wèi)星網(wǎng)絡(luò)，再通過(guò)陸地電纜，接下來(lái)通過(guò)衛(wèi)星網(wǎng)絡(luò)，最后

4、由地面?zhèn)鬏?，貫串歐洲和美國(guó)，經(jīng)過(guò)各種電腦系統(tǒng)，全程9.4萬(wàn)公里竟然沒(méi)有丟失一個(gè)數(shù)據(jù)位，遠(yuǎn)距離的可靠數(shù)據(jù)傳輸證明了TCP/IP協(xié)議的成功。1983年1月1日，已經(jīng)運(yùn)行了較長(zhǎng)時(shí)期且曾被人們習(xí)慣了的NCP被停止使用，TCP/IP協(xié)議作為互聯(lián)網(wǎng)上所有主機(jī)間的共同協(xié)議。TCP/IP協(xié)議的產(chǎn)生和推廣是互聯(lián)網(wǎng)發(fā)展歷史上具有重大革命性意義的事件，從此，互聯(lián)網(wǎng)才真正進(jìn)入了大規(guī)模發(fā)展時(shí)期。 2.1.2 ISO/OSI模型1OSI模型框架要理解TCP/IP協(xié)議，必須先理解OSI模型。OSI模型的全稱(chēng)是開(kāi)放系統(tǒng)互連參考模型(Open System Interconnection Reference Model，OSI

5、/RM)，它由國(guó)際標(biāo)準(zhǔn)化組織(International Standard Organization，ISO)提出，用于網(wǎng)絡(luò)系統(tǒng)互連，所以又被稱(chēng)為ISO/OSI模型。OSI參考模型發(fā)布后，并沒(méi)有形成實(shí)際的產(chǎn)品，但是它成為包括TCP/IP協(xié)議在內(nèi)的很多重要通信協(xié)議的思想基礎(chǔ)，對(duì)于理解TCP/IP的運(yùn)作機(jī)制有很大幫助。OSI模型采用分層結(jié)構(gòu)，如圖2-1所示，它把通信過(guò)程所要完成的工作分成多個(gè)層面，每一層完成某個(gè)層次的工作內(nèi)容，如物理層實(shí)現(xiàn)物理信號(hào)的收發(fā)，網(wǎng)絡(luò)層實(shí)現(xiàn)聯(lián)網(wǎng)等。圖2-1 OSI參考模型(1) 每一層都為其上一層提供服務(wù)，并為其上一層提供一個(gè)訪(fǎng)問(wèn)接口或界面。(2) 不同主機(jī)之間的相同層次稱(chēng)

6、為對(duì)等層。如主機(jī)A中的表示層和主機(jī)B中的表示層互為對(duì)等層，主機(jī)A中的會(huì)話(huà)層和主機(jī)B中的會(huì)話(huà)層互為對(duì)等層。(3) 對(duì)等層之間互相通信需要遵守一定的規(guī)則，如通信的內(nèi)容、通信的方式等，稱(chēng)之為協(xié)議。OSI參考模型通過(guò)將協(xié)議劃分為不同的層次，簡(jiǎn)化了問(wèn)題分析、處理過(guò)程以及網(wǎng)絡(luò)系統(tǒng)設(shè)計(jì)的復(fù)雜性。在OSI參考模型中，從下至上，每一層完成不同的、目標(biāo)明確的功能。2OSI模型數(shù)據(jù)封裝數(shù)據(jù)要在網(wǎng)絡(luò)上傳輸，必須要有一定格式，使通信雙方能夠識(shí)別其首尾，并能對(duì)其有效控制。把數(shù)據(jù)包裝成這種格式的過(guò)程就叫數(shù)據(jù)封裝。OSI模型中的數(shù)據(jù)封裝過(guò)程如圖2-2所示。當(dāng)一臺(tái)主機(jī)需要傳送用戶(hù)數(shù)據(jù)時(shí)，數(shù)據(jù)首先需通過(guò)應(yīng)用層接口進(jìn)入應(yīng)用層。在應(yīng)

7、用層，用戶(hù)數(shù)據(jù)被加上應(yīng)用層報(bào)頭(Application Header，AH)，形成應(yīng)用層協(xié)議數(shù)據(jù)單元(Protocol Data Unit，PDU)，然后被遞交到下一層表示層。表示層并不關(guān)心應(yīng)用層數(shù)據(jù)內(nèi)容，而是把整個(gè)應(yīng)用層數(shù)據(jù)包看成是一個(gè)整體進(jìn)行封裝，即加上表示層的報(bào)頭(Presentation Header，PH)。然后遞交到下層會(huì)話(huà)層。圖2-2OSI參考模型中的數(shù)據(jù)封裝過(guò)程 以此類(lèi)推，會(huì)話(huà)層、傳輸層、網(wǎng)絡(luò)層、數(shù)據(jù)鏈路層也都要分別給上層遞交下來(lái)的數(shù)據(jù)加上自己的報(bào)頭，分別是會(huì)話(huà)層報(bào)頭(Session Header，SH)、傳輸層報(bào)頭(Transport Header，TH)、網(wǎng)絡(luò)層報(bào)頭(Net

8、work Header，NH)和數(shù)據(jù)鏈路層報(bào)頭(Data link Header，DH)。其中，數(shù)據(jù)鏈路層還要給網(wǎng)絡(luò)層數(shù)據(jù)加上數(shù)據(jù)鏈路層報(bào)尾(Data link Termination，DT)形成最終的一幀數(shù)據(jù)。當(dāng)一幀數(shù)據(jù)通過(guò)物理層傳送到目標(biāo)主機(jī)的物理層時(shí)，該主機(jī)的物理層把它遞交到上層數(shù)據(jù)鏈路層。數(shù)據(jù)鏈路層負(fù)責(zé)去掉數(shù)據(jù)幀的幀頭部DH和尾部DT(同時(shí)還進(jìn)行數(shù)據(jù)校驗(yàn))。如果數(shù)據(jù)沒(méi)有出錯(cuò)，則遞交到上層網(wǎng)絡(luò)層。同樣，網(wǎng)絡(luò)層、傳輸層、會(huì)話(huà)層、表示層、應(yīng)用層也要做類(lèi)似的工作。最終，原始數(shù)據(jù)被遞交到目標(biāo)主機(jī)的具體應(yīng)用程序中。3各分層的功能(1) 物理層(Physical Layer)。物理層規(guī)定了激活、維持

9、、關(guān)閉通信端點(diǎn)之間的機(jī)械特性、電氣特性、功能特性以及過(guò)程特性，如指定電壓大小、線(xiàn)路速率和電纜的引腳數(shù)。簡(jiǎn)單的說(shuō)，物理層確保原始數(shù)據(jù)可以在各種物理媒體上傳輸。該層為上層協(xié)議提供了一個(gè)傳輸數(shù)據(jù)的物理媒體。在這一層，數(shù)據(jù)的單位稱(chēng)為比特(bit)。屬于物理層定義的典型規(guī)范代表包括：EIA/TIA RS-232、EIA/TIA RS-449、V.35、RJ-45等；物理層的設(shè)備包括：RJ-45、各種電纜、串口、并口、接線(xiàn)設(shè)備、網(wǎng)絡(luò)接口卡(NIC)等；物理層也可以包括低層網(wǎng)絡(luò)軟件定義如何將串行比特流分解成數(shù)據(jù)包。(2) 數(shù)據(jù)鏈路層(Data Link Layer)。數(shù)據(jù)鏈路層在不可靠的物理介質(zhì)上提供可靠的

10、傳輸。該層的作用包括：物理地址尋址、數(shù)據(jù)的成幀、流量控制、數(shù)據(jù)的檢錯(cuò)、重發(fā)等。在這一層，數(shù)據(jù)的單位稱(chēng)為幀(frame)，數(shù)據(jù)鏈路層協(xié)議的代表包括：SDLC、HDLC、PPP、STP、幀中繼等。數(shù)據(jù)鏈路層將數(shù)據(jù)包組合為字節(jié)，字節(jié)組合為幀，使用MAC地址提供對(duì)介質(zhì)的訪(fǎng)問(wèn)。其主要功能包括：在兩個(gè)網(wǎng)絡(luò)實(shí)體之間提供數(shù)據(jù)鏈路連接的建立、維持和釋放管理；構(gòu)成數(shù)據(jù)鏈路數(shù)據(jù)單元(幀)，并對(duì)幀定界、同步、收發(fā)順序的控制；在傳輸過(guò)程中進(jìn)行流量控制，包括差錯(cuò)檢測(cè)(Error Detection)和差錯(cuò)控制(Error control)等方面，它只提供導(dǎo)線(xiàn)的一端到另一端的數(shù)據(jù)傳輸。數(shù)據(jù)鏈路層典型的協(xié)議有：ATM、IEE

11、E 802.2、幀中繼、HDLC等。(3) 網(wǎng)絡(luò)層(Network Layer)。網(wǎng)絡(luò)層為傳輸層的數(shù)據(jù)傳輸提供建立、維護(hù)和終止網(wǎng)絡(luò)連接的手段，它把上層來(lái)的數(shù)據(jù)組織成數(shù)據(jù)包在節(jié)點(diǎn)之間進(jìn)行交換傳送，并且負(fù)責(zé)路由控制和擁塞控制。提供它還能邏輯尋址，以便進(jìn)行路由選擇。網(wǎng)絡(luò)層提供的路由和尋址功能，使兩個(gè)終端系統(tǒng)能夠互連，并且具有一定的擁塞控制和流量控制的能力。在這一層，數(shù)據(jù)的單位稱(chēng)為數(shù)據(jù)包(packet)。典型的網(wǎng)絡(luò)層協(xié)議的代表包括：IP、IPX、RIP、OSPF等。(4) 傳輸層(Transport Layer)。傳輸層負(fù)責(zé)將上層數(shù)據(jù)分段并提供端到端的、可靠或不可靠的傳輸，處理端到端的差錯(cuò)控制和流量控

12、制。傳輸層數(shù)據(jù)的單位稱(chēng)為數(shù)據(jù)段(segment)，典型的傳輸層協(xié)議有：TCP、UDP、SPX、NetBIOS等。(5) 會(huì)話(huà)層(Session Layer)。會(huì)話(huà)層管理主機(jī)之間的會(huì)話(huà)進(jìn)程，即負(fù)責(zé)建立、管理、終止進(jìn)程之間的會(huì)話(huà)。會(huì)話(huà)層還利用在數(shù)據(jù)中插入校驗(yàn)點(diǎn)來(lái)實(shí)現(xiàn)數(shù)據(jù)的同步。(6) 表示層(Presentation Layer)。表示層對(duì)上層數(shù)據(jù)或信息進(jìn)行變換以保證一個(gè)主機(jī)應(yīng)用層信息可以被另一個(gè)主機(jī)的應(yīng)用程序理解。表示層的數(shù)據(jù)轉(zhuǎn)換包括數(shù)據(jù)的加密、壓縮、格式轉(zhuǎn)換等。表示層協(xié)議的代表包括：ASCII、ASN.1、JPEG、MPEG等。(7) 應(yīng)用層(Application Layer)。應(yīng)用層為操作

13、系統(tǒng)或網(wǎng)絡(luò)應(yīng)用程序提供訪(fǎng)問(wèn)網(wǎng)絡(luò)服務(wù)的接口，提供用戶(hù)接口。應(yīng)用層協(xié)議的代表包括：Telnet、FTP、HTTP、SNMP等。2.1.3 TCP/IP模型1TCP/IP模型層次結(jié)構(gòu)OSI模型的提出本來(lái)是為了解決不同廠(chǎng)商、不同結(jié)構(gòu)的網(wǎng)絡(luò)產(chǎn)品之間互連時(shí)遇到的不兼容性問(wèn)題，但是該模型過(guò)于復(fù)雜，阻礙了其在計(jì)算機(jī)網(wǎng)絡(luò)領(lǐng)域的實(shí)際應(yīng)用。相比之下，由技術(shù)人員自己開(kāi)發(fā)的TCP/IP協(xié)議則獲得了更為廣泛的應(yīng)用。成為當(dāng)前通信領(lǐng)域的主要標(biāo)準(zhǔn)。TCP/IP模型也是層次結(jié)構(gòu)，分為四個(gè)層次：應(yīng)用層、傳輸層、網(wǎng)絡(luò)互連層和網(wǎng)絡(luò)接口層。圖2-3是TCP/IP模型與OSI模型的對(duì)比。圖2-3 TCP/IP與OSI模型的對(duì)比在TCP/I

14、P模型中，去掉了OSI模型中的會(huì)話(huà)層和表示層，這兩層的功能被合并到應(yīng)用層實(shí)現(xiàn)，同時(shí)將OSI模型中的數(shù)據(jù)鏈路層和物理層合并為網(wǎng)絡(luò)接口層。當(dāng)前在用的部分協(xié)議在TCP/IP模型中的位置如圖2-4所示。(1) 網(wǎng)絡(luò)接口層。實(shí)際上，TCP/IP模型沒(méi)有真正描述這一層如何實(shí)現(xiàn)，只是要求能夠提供給其上層網(wǎng)絡(luò)互連層一個(gè)訪(fǎng)問(wèn)接口，以便在其上傳遞IP分組。由于這一層次未被定義，所以其具體的實(shí)現(xiàn)方法隨著網(wǎng)絡(luò)類(lèi)型的不同而不同。圖2-4TCP/IP模型層次結(jié)構(gòu) (2) 網(wǎng)絡(luò)互連層。網(wǎng)絡(luò)互連層是整個(gè)TCP/IP協(xié)議的核心。其功能是把分組發(fā)往目標(biāo)網(wǎng)絡(luò)或主機(jī)。同時(shí)，為了盡快發(fā)送分組，可能需要沿不同的路徑同時(shí)進(jìn)行分組傳遞，因此

15、，分組到達(dá)的順序和發(fā)送的順序可能不同，這就需要上層必須對(duì)分組進(jìn)行排序。網(wǎng)絡(luò)互連層除了需要完成路由的功能外，也可以實(shí)現(xiàn)不同類(lèi)型的網(wǎng)絡(luò)(異構(gòu)網(wǎng))互連的任務(wù)。網(wǎng)絡(luò)互連層定義了分組格式和協(xié)議，即IP協(xié)議。TCP/IP協(xié)議中的網(wǎng)絡(luò)互連層功能由IP協(xié)議規(guī)定和實(shí)現(xiàn)，故又稱(chēng)為IP層。這一層的協(xié)議還包括：ICMP網(wǎng)際控制報(bào)文協(xié)議、ARP地址解析協(xié)議、RARP反向地址解析協(xié)議、RIP協(xié)議等。這一層典型的設(shè)備有路由器、三層交換機(jī)等。(3) 傳輸層。在TCP/IP模型中，傳輸層的功能是使源主機(jī)和目標(biāo)主機(jī)上的對(duì)等實(shí)體可以進(jìn)行會(huì)話(huà)。在傳輸層定義了兩種服務(wù)質(zhì)量不同的協(xié)議，即TCP(傳輸控制協(xié)議)和UDP(用戶(hù)數(shù)據(jù)報(bào)協(xié)議)。

16、TCP協(xié)議是一個(gè)面向連接的、可靠的協(xié)議。它將一臺(tái)主機(jī)發(fā)出的字節(jié)流無(wú)差錯(cuò)地發(fā)往互聯(lián)網(wǎng)上的其他主機(jī)。在發(fā)送端，它負(fù)責(zé)把上層傳送下來(lái)的字節(jié)流分成報(bào)文段并傳遞給下層；在接收端，它負(fù)責(zé)把收到的報(bào)文進(jìn)行重組后遞交給上層。TCP協(xié)議還要處理端到端的流量控制，以避免緩慢接收的接收方?jīng)]有足夠的緩沖區(qū)接收發(fā)送方發(fā)送的大量數(shù)據(jù)。UDP協(xié)議是一個(gè)不可靠的、無(wú)連接協(xié)議，主要適用于不需要對(duì)報(bào)文進(jìn)行排序和流量控制的場(chǎng)合。(4) 應(yīng)用層。TCP/IP模型將OSI參考模型中的會(huì)話(huà)層和表示層的功能合并到應(yīng)用層實(shí)現(xiàn)。應(yīng)用層面向不同的網(wǎng)絡(luò)應(yīng)用引入了不同的應(yīng)用層協(xié)議。其中，有基于TCP協(xié)議的，例如：文件傳輸協(xié)議(File Transf

17、er Protocol，F(xiàn)TP)、虛擬終端協(xié)議(TELNET)、超文本鏈接協(xié)議(Hyper Text Transfer Protocol，HTTP)；也有基于UDP協(xié)議的。2IP報(bào)文格式IP協(xié)議是TCP/IP協(xié)議族中的核心協(xié)議，所有的TCP、UDP、ICMP、IGMP數(shù)據(jù)都被封裝在IP數(shù)據(jù)報(bào)中傳送，如圖2-5所示。IP報(bào)頭格式如圖2-6所示，各字段的長(zhǎng)度和內(nèi)容分別為：(1) 版本字段：字段長(zhǎng)度4比特，用以表明IP協(xié)議的版本號(hào)，當(dāng)前版本一般為IPv4，字段為0100，IPv6則為1100。圖2-5 IP報(bào)文封裝 (2) 報(bào)頭長(zhǎng)度：指首部占32比特字段的數(shù)目，包括任何選項(xiàng)。由于它是一個(gè)4比特字段，

18、因此首部最長(zhǎng)為60個(gè)字節(jié)(1532/8=60字節(jié))。IP首部始終是32 bit的整數(shù)倍。IP數(shù)據(jù)報(bào)報(bào)頭的最小長(zhǎng)度為20個(gè)字節(jié)(不含填充字段和IP選項(xiàng)字段的IP報(bào)頭是最常見(jiàn)的IP報(bào)頭，為20個(gè)字節(jié))。(3) 服務(wù)類(lèi)型：字段長(zhǎng)度8比特，用于指定數(shù)據(jù)報(bào)所要求的服務(wù)質(zhì)量(TOS)。(4) 總長(zhǎng)度字段：指整個(gè)IP數(shù)據(jù)報(bào)的長(zhǎng)度，以字節(jié)為單位。由于該字段長(zhǎng)16比特，所以IP數(shù)據(jù)報(bào)最長(zhǎng)可達(dá)65 535字節(jié)?？傞L(zhǎng)度字段是IP首部中必要的內(nèi)容(數(shù)據(jù)長(zhǎng)度=總長(zhǎng)-報(bào)頭長(zhǎng)度)。(5) 標(biāo)識(shí)符：字段長(zhǎng)度16比特，每個(gè)數(shù)據(jù)報(bào)都必須由唯一的標(biāo)識(shí)符來(lái)標(biāo)識(shí)，以便使接收主機(jī)能重裝被分段的數(shù)據(jù)報(bào)。(6) 標(biāo)志位：字段長(zhǎng)度3比特，用于

19、分段控制，其中，第0位為預(yù)留位。(7) 段偏移字段：字段長(zhǎng)度13比特。如果一份數(shù)據(jù)報(bào)要求分段的話(huà)，此字段指明該段偏移距原始數(shù)據(jù)報(bào)開(kāi)始的位置。(8) 生存期(Time to Live，TTL)字段：字段長(zhǎng)度8比特。用來(lái)設(shè)置數(shù)據(jù)報(bào)最多可以經(jīng)過(guò)的路由器數(shù)。由發(fā)送數(shù)據(jù)的源主機(jī)設(shè)置，通常為32、64、128等。每經(jīng)過(guò)一個(gè)路由器，其值減1，直到0時(shí)該數(shù)據(jù)報(bào)被丟棄。(9) 協(xié)議字段：占8比特。指明IP層所封裝的上層協(xié)議類(lèi)型，如ICMP(1)、IGMP(2)、TCP(6)、UDP(17)等。(10) 頭部校驗(yàn)和字段：占16比特。內(nèi)容是根據(jù)IP頭部計(jì)算得到的校驗(yàn)和碼。計(jì)算方法是對(duì)頭部中每個(gè)16比特進(jìn)行二進(jìn)制反碼

20、求和(與ICMP、IGMP、TCP、UDP不同，IP不對(duì)頭部后的數(shù)據(jù)進(jìn)行校驗(yàn))。(11) 源IP地址、目標(biāo)IP地址字段：各占32比特。用來(lái)標(biāo)明發(fā)送IP數(shù)據(jù)報(bào)文的源主機(jī)地址和接收IP報(bào)文的目標(biāo)主機(jī)地址。(12) 可選項(xiàng)字段：占32比特。用來(lái)定義一些任選項(xiàng)：如記錄路徑、時(shí)間戳等。這些選項(xiàng)很少被使用，同時(shí)并不是所有主機(jī)和路由器都支持這些選項(xiàng)?？蛇x項(xiàng)字段的長(zhǎng)度必須是32比特的整數(shù)倍，如果不足，必須填充0以達(dá)到此長(zhǎng)度要求。圖2-6IP頭部格式 3TCP數(shù)據(jù)段格式TCP是一種可靠的、面向連接的字節(jié)流服務(wù)。源主機(jī)在傳送數(shù)據(jù)前需要先和目標(biāo)主機(jī)建立連接。然后，在此連接上，被編號(hào)的數(shù)據(jù)段按序收發(fā)。同時(shí)，要求對(duì)每一

21、個(gè)數(shù)據(jù)段進(jìn)行確認(rèn)，保證了傳送可靠性。如果在指定的時(shí)間內(nèi)沒(méi)有收到目標(biāo)主機(jī)對(duì)所發(fā)數(shù)據(jù)段的確認(rèn)，源主機(jī)將再次發(fā)送該數(shù)據(jù)段。(1) 源、目標(biāo)端口號(hào)字段：字段長(zhǎng)度均為16比特。TCP協(xié)議通過(guò)使用所謂“端口”來(lái)標(biāo)識(shí)源端和目標(biāo)端的應(yīng)用進(jìn)程。端口號(hào)可以使用0到65 535之間的任何數(shù)字。在收到服務(wù)請(qǐng)求時(shí)，操作系統(tǒng)動(dòng)態(tài)地為客戶(hù)端的應(yīng)用程序分配端口號(hào)。在服務(wù)器端，每種服務(wù)在特定端口為用戶(hù)提供服務(wù)，比如Web服務(wù)默認(rèn)端口為80，F(xiàn)TP為21。(2) 順序號(hào)字段：字段長(zhǎng)度32比特。用來(lái)標(biāo)識(shí)從TCP源端向TCP目標(biāo)端發(fā)送的數(shù)據(jù)字節(jié)流，它表示在這個(gè)報(bào)文段中的第一個(gè)數(shù)據(jù)字節(jié)。(3) 確認(rèn)號(hào)字段：字段長(zhǎng)度32比特。只有ACK

22、標(biāo)志為1時(shí)，確認(rèn)號(hào)字段才有效。它包含目標(biāo)端所期望收到源端的下一個(gè)數(shù)據(jù)字節(jié)。(4) 頭部長(zhǎng)度字段：字段長(zhǎng)度4比特。給出頭部占32比特的數(shù)目。沒(méi)有任何選項(xiàng)字段的TCP頭部長(zhǎng)度為20字節(jié)；最多可以有60字節(jié)的TCP頭部。(5) 標(biāo)志位字段：字段長(zhǎng)度6比特，其中每個(gè)比特的含義分別為：URG(緊急指針有效)、ACK(確認(rèn)序號(hào)有效)、PSH(接收方應(yīng)該盡快將這個(gè)報(bào)文段交給應(yīng)用層)、RST(重建連接)、SYN(發(fā)起一個(gè)連接)、FIN(釋放一個(gè)連接)。(6) 窗口大小字段：字段長(zhǎng)度16比特，用來(lái)進(jìn)行流量控制，單位為字節(jié)數(shù)，這個(gè)值是本機(jī)期望一次接收的字節(jié)數(shù)。(7) TCP校驗(yàn)和字段：字段長(zhǎng)度16比特。該字段對(duì)整

23、個(gè)TCP報(bào)文段進(jìn)行校驗(yàn)和計(jì)算，并由目標(biāo)端進(jìn)行驗(yàn)證。(8) 緊急指針字段：字段長(zhǎng)度16比特。它是一個(gè)偏移量，和序號(hào)字段中的值相加表示緊急數(shù)據(jù)最后一個(gè)字節(jié)的序號(hào)。(9) 選項(xiàng)字段：占32比特。可能包括“窗口擴(kuò)大因子”、“時(shí)間戳”等選項(xiàng)。4UDP數(shù)據(jù)段格式UDP是一種不可靠的、無(wú)連接的數(shù)據(jù)報(bào)服務(wù)。源主機(jī)在傳送數(shù)據(jù)前不需要和目標(biāo)主機(jī)建立連接。數(shù)據(jù)被冠以源、目標(biāo)端口號(hào)等UDP報(bào)頭字段后直接發(fā)往目的主機(jī)。這時(shí)，每個(gè)數(shù)據(jù)段的可靠性依靠上層協(xié)議來(lái)保證。在傳送數(shù)據(jù)較少、較小的情況下，UDP比TCP更加高效。(1) 源、目標(biāo)端口號(hào)字段：字段長(zhǎng)度16比特，用來(lái)標(biāo)識(shí)源端和目標(biāo)端的應(yīng)用進(jìn)程。(2) 長(zhǎng)度字段：字段長(zhǎng)度1

24、6比特，用來(lái)表示UDP頭部和UDP數(shù)據(jù)的總長(zhǎng)度字節(jié)。(3) 校驗(yàn)和字段：字段長(zhǎng)度16比特，用來(lái)對(duì)UDP頭部和UDP數(shù)據(jù)進(jìn)行校驗(yàn)。與TCP不同的是，對(duì)UDP來(lái)說(shuō)，此字段是可選項(xiàng)，而TCP數(shù)據(jù)段中的校驗(yàn)和字段是必須有的。5套接字在每個(gè)TCP、UDP數(shù)據(jù)段中都包含源端口和目標(biāo)端口字段。通常把一個(gè)IP地址和一個(gè)端口號(hào)合稱(chēng)為一個(gè)套接字(Socket)，而一個(gè)套接字對(duì)(Socket Pair)可以唯一地確定互連網(wǎng)絡(luò)中每個(gè)連接的雙方(客戶(hù)IP地址+客戶(hù)端口號(hào)、服務(wù)器IP地址+服務(wù)器端口號(hào))。需要注意的是，不同的應(yīng)用層協(xié)議可能基于不同的傳輸層協(xié)議，如FTP、TELNET、SMTP協(xié)議基于可靠的TCP協(xié)議，而T

25、FTP、SNMP、RIP協(xié)議基于不可靠的UDP協(xié)議。同時(shí)，有些應(yīng)用層協(xié)議占用了兩個(gè)不同的端口號(hào)，如FTP占用20、21端口，SNMP占用161、162端口。這些應(yīng)用層協(xié)議在不同的端口提供不同的功能。如FTP的21端口用來(lái)偵聽(tīng)用戶(hù)的連接請(qǐng)求，而20端口用來(lái)傳送用戶(hù)的文件數(shù)據(jù)；再如，SNMP的161端口用于SNMP管理進(jìn)程獲取SNMP代理的數(shù)據(jù)，而162端口用于SNMP代理主動(dòng)向SNMP管理進(jìn)程發(fā)送數(shù)據(jù)。還有一些協(xié)議使用了傳輸層的不同協(xié)議提供的服務(wù)。如DNS協(xié)議同時(shí)使用了TCP 53端口和UDP 53端口。DNS協(xié)議在UDP的53端口提供域名解析服務(wù)，在TCP的53端口提供DNS區(qū)域文件傳輸服務(wù)。

26、6TCP連接建立、釋放時(shí)的握手過(guò)程理解TCP連接建立、釋放時(shí)的握手過(guò)程，對(duì)于開(kāi)發(fā)基于TCP/IP協(xié)議的通信程序是十分重要的。一個(gè)TCP連接的建立需要三次握手過(guò)程，三次握手的目標(biāo)是使數(shù)據(jù)段的發(fā)送和接收同步。同時(shí)也向其他主機(jī)表明其一次可接收的數(shù)據(jù)量即窗口大小并建立邏輯連接。這三次握手的過(guò)程分別為：(1) 第一次握手，源主機(jī)發(fā)送一個(gè)同步標(biāo)志位(SYN)置1的TCP數(shù)據(jù)段。此段中同時(shí)標(biāo)明初始序號(hào)(ISN)，ISN是一個(gè)隨時(shí)間變化的隨機(jī)值。(2) 第二次握手，目標(biāo)主機(jī)發(fā)回確認(rèn)數(shù)據(jù)段，此段中的同步標(biāo)志位(SYN)同樣被置1，且確認(rèn)標(biāo)志位(ACK)也置1，同時(shí)在確認(rèn)序號(hào)字段表明目標(biāo)主機(jī)期待收到源主機(jī)下一個(gè)數(shù)

27、據(jù)段的序號(hào)(即表明前一個(gè)數(shù)據(jù)段已收到并且沒(méi)有錯(cuò)誤)。此外，此段中還包含目標(biāo)主機(jī)的段初始序號(hào)。(3) 第三次握手，源主機(jī)再回送一個(gè)數(shù)據(jù)段，同樣帶有遞增的發(fā)送序號(hào)和確認(rèn)序號(hào)。這樣，TCP會(huì)話(huà)的三次握手完成。接下來(lái)，源主機(jī)和目標(biāo)主機(jī)可以互相收發(fā)數(shù)據(jù)。數(shù)據(jù)傳輸結(jié)束后，通信的雙方都可釋放連接，這個(gè)過(guò)程需要四次握手過(guò)程：(1) 第一次握手，源主機(jī)發(fā)送一個(gè)釋放連接標(biāo)志位“FIN=1，seq=u”給目標(biāo)主機(jī)，意思是請(qǐng)求結(jié)束會(huì)話(huà)，等待目標(biāo)主機(jī)確認(rèn)。(2) 第二次握手，目標(biāo)主機(jī)發(fā)送“ACK=1，seq=v”，確認(rèn)號(hào)“ack=u+1”給客戶(hù)，而這個(gè)報(bào)文段自己的序號(hào)“seq = v”。從源主機(jī)到目標(biāo)主機(jī)這個(gè)方向的連接

28、就釋放了，TCP 連接處于半關(guān)閉狀態(tài)，目標(biāo)主機(jī)若發(fā)送數(shù)據(jù)，源主機(jī)仍要接收。(3) 第三次握手，目標(biāo)主機(jī)發(fā)送“FIN=1，ACK=1，seq=w，ack= u+1”給源主機(jī)，表示目標(biāo)主機(jī)已經(jīng)沒(méi)有要向源主機(jī)發(fā)送的數(shù)據(jù)。(4) 第四次握手，源主機(jī)發(fā)送“ACK=1，seq=u+1，ack=w+1”給目標(biāo)主機(jī)，表示收到連接釋放報(bào)文段。2.1.4 IPv4與IPv6IPv4是第一個(gè)被廣泛使用的IP協(xié)議版本，也是到目前為止互聯(lián)網(wǎng)設(shè)備和應(yīng)用采用的最主要協(xié)議。按照TCP/IP協(xié)議，每個(gè)連接在互聯(lián)網(wǎng)上的主機(jī)都應(yīng)該有一個(gè)唯一的地址，將以這個(gè)地址作為該主機(jī)的標(biāo)志，即IP地址。為了方便使用，人們把這32位地址分為4段，

29、每段8位，用十進(jìn)制數(shù)字表示，每段數(shù)字范圍為0255，段與段之間用句點(diǎn)隔開(kāi)。比如，上面的IP地址可以表示為。在實(shí)際中，數(shù)量眾多的主機(jī)不是各自獨(dú)立地接入互聯(lián)網(wǎng)的，數(shù)量不一的主機(jī)先是組成一個(gè)相對(duì)獨(dú)立的網(wǎng)絡(luò)，稱(chēng)IP子網(wǎng)，然后再通過(guò)統(tǒng)一的網(wǎng)關(guān)設(shè)備(主要是路由器)接入互聯(lián)網(wǎng)。大的子網(wǎng)下又可以分更小的子網(wǎng)。與互聯(lián)網(wǎng)這一網(wǎng)絡(luò)結(jié)構(gòu)相對(duì)應(yīng)，32位的IP地址由兩部分組成，一部分為網(wǎng)絡(luò)地址，也就是該子網(wǎng)的編號(hào)；另一部分為主機(jī)地址，代表主機(jī)在該子網(wǎng)中的編號(hào)。為了便于IP地址的分配和使用，管理機(jī)構(gòu)又把IPv4的IP地址分為A、B、C、D、E共5類(lèi)，其中A、B、C三類(lèi)由NIC在全球范圍內(nèi)統(tǒng)一分配，D、E類(lèi)為特殊地址。一個(gè)A

30、類(lèi)地址第一個(gè)字節(jié)為網(wǎng)絡(luò)地址，后三個(gè)字節(jié)為主機(jī)地址；一個(gè)B類(lèi)地址的前兩個(gè)字節(jié)為網(wǎng)絡(luò)地址，后兩個(gè)字節(jié)為主機(jī)地址；一個(gè)C類(lèi)地址的前三個(gè)字節(jié)為網(wǎng)絡(luò)地址，最后一個(gè)字節(jié)為主機(jī)地址。隨著互聯(lián)網(wǎng)規(guī)模的不斷擴(kuò)大，主機(jī)數(shù)量呈指數(shù)增加，IPv4協(xié)議提供的地址面臨枯竭。而移動(dòng)終端的互聯(lián)網(wǎng)化和物聯(lián)網(wǎng)的成長(zhǎng)，對(duì)IP地址的需求更加巨大。為了克服這一困難，IPv6加快了部署的步伐。IPv6是用于替代現(xiàn)行版本IPv4的IP協(xié)議的第六個(gè)版本，與IPv4相比，IPv6具有以下幾個(gè)優(yōu)勢(shì)： (1) IPv6具有更大的地址空間。IPv4中規(guī)定IP地址長(zhǎng)度為32，即有232個(gè)地址；而IPv6中IP地址的長(zhǎng)度為128，即有2128個(gè)地址。

31、(2) IPv6使用更小的路由表。IPv6的地址分配一開(kāi)始就遵循聚類(lèi)原則，這使得路由器能在路由表中用一條記錄表示一片子網(wǎng)，大大減小了路由器中路由表的長(zhǎng)度，提高了路由器轉(zhuǎn)發(fā)數(shù)據(jù)包的速度。 (3) IPv6增加了增強(qiáng)的組播支持以及對(duì)流的控制。這使得網(wǎng)絡(luò)上的多媒體應(yīng)用有了長(zhǎng)足發(fā)展的機(jī)會(huì)，為服務(wù)質(zhì)量控制提供了良好的網(wǎng)絡(luò)平臺(tái)。 (4) IPv6加入了對(duì)自動(dòng)配置的支持。這是對(duì)DHCP協(xié)議的改進(jìn)和擴(kuò)展，使得網(wǎng)絡(luò)的管理更加方便和快捷。 (5) IPv6具有更高的安全性。在使用IPv6網(wǎng)絡(luò)中用戶(hù)可以對(duì)網(wǎng)絡(luò)層的數(shù)據(jù)進(jìn)行加密并對(duì)IP報(bào)文進(jìn)行校驗(yàn)，極大地增強(qiáng)了網(wǎng)絡(luò)的安全性。 我國(guó)互聯(lián)網(wǎng)規(guī)模龐大，而申請(qǐng)到的IP地址總數(shù)

32、相對(duì)較少，IP地址緊缺的矛盾尤其尖銳。因此，在IPv6的推動(dòng)方面，我國(guó)一直走在前面。目前，我國(guó)IPv6網(wǎng)絡(luò)的試點(diǎn)工作已經(jīng)展開(kāi)，很多新建的網(wǎng)絡(luò)已經(jīng)可以同時(shí)支持IPv4和IPv6。2.1.5 C/S模式與B/S模式互聯(lián)網(wǎng)最大的特點(diǎn)是通過(guò)網(wǎng)絡(luò)實(shí)現(xiàn)了全世界范圍信息的共享。信息共享主要通過(guò)B/S模式或者C/S模式實(shí)現(xiàn)，而目前B/S模式的使用最為普遍。1C/S模式C/S是Client/Server的縮寫(xiě)，即客戶(hù)/服務(wù)器模式。在客戶(hù)/服務(wù)器模式中，服務(wù)器是網(wǎng)絡(luò)信息資源和計(jì)算的核心，而客戶(hù)機(jī)是網(wǎng)絡(luò)資源的消費(fèi)者，客戶(hù)機(jī)通過(guò)服務(wù)器獲得所需要的網(wǎng)絡(luò)信息資源。這里客戶(hù)和服務(wù)器都是指通信中所涉及的進(jìn)程，即是運(yùn)行著的客戶(hù)

33、軟件和服務(wù)器軟件，使用計(jì)算機(jī)的人是計(jì)算機(jī)的“用戶(hù)”，而不是這里所指的“客戶(hù)”。但在國(guó)內(nèi)外很多技術(shù)文獻(xiàn)中，也經(jīng)常把運(yùn)行服務(wù)器程序的機(jī)器稱(chēng)為服務(wù)器，實(shí)際中要根據(jù)上下文的內(nèi)容進(jìn)行區(qū)分。 C/S模型的工作過(guò)程如圖2-7所示。其工作過(guò)程如下：(1) 首先，服務(wù)器進(jìn)程啟動(dòng)起來(lái)以后，就一直在監(jiān)聽(tīng)某一TCP端口，比如FTP默認(rèn)為21端口，Web默認(rèn)為80端口，接收這一端口的請(qǐng)求信息。(2) 如果某個(gè)客戶(hù)，如客戶(hù)甲，需要查詢(xún)某個(gè)學(xué)生的個(gè)人信息時(shí)，它就向服務(wù)器發(fā)出請(qǐng)求(a)，告知這個(gè)學(xué)生的編號(hào)及要查詢(xún)信息的內(nèi)容。(3) 服務(wù)器進(jìn)程監(jiān)聽(tīng)到這一請(qǐng)求后，啟動(dòng)一個(gè)線(xiàn)程，該線(xiàn)程從關(guān)聯(lián)的數(shù)據(jù)庫(kù)、文件等資源庫(kù)中搜索到該學(xué)生的信

34、息，經(jīng)過(guò)相關(guān)處理后，把結(jié)果返回客戶(hù)甲(b)。(4) 如果客戶(hù)乙、客戶(hù)丙也需要查詢(xún)某個(gè)學(xué)生的個(gè)人信息，那么服務(wù)器則分別啟動(dòng)另外兩個(gè)線(xiàn)程，處理兩個(gè)客戶(hù)的請(qǐng)求。(5) 依次類(lèi)推，如果有N個(gè)客戶(hù)請(qǐng)求，服務(wù)器進(jìn)程就啟動(dòng)N個(gè)線(xiàn)程處理客戶(hù)的請(qǐng)求。由于計(jì)算機(jī)的CPU和內(nèi)存等資源是有限的，因此，N的大小是受到限制的。一般把N叫做該服務(wù)器能夠處理的最大并發(fā)用戶(hù)數(shù)。C/S是一種軟件系統(tǒng)體系結(jié)構(gòu)，通過(guò)它可以充分利用服務(wù)器端和客戶(hù)端兩方的硬件資源，將任務(wù)合理分配到兩端，降低了系統(tǒng)的通信開(kāi)銷(xiāo)。 圖2-7 C/S模型示意圖 2B/S模式B/S(Browser/Server，即瀏覽器/服務(wù)器)是一種特殊的C/S，它是在普通C

35、/S的基礎(chǔ)上，對(duì)服務(wù)器端和客戶(hù)端都進(jìn)行了改造和規(guī)范?？蛻?hù)端就是我們熟知的Web瀏覽器，如IE、Firefox和Opera等；服務(wù)器如IIS、Apache 等。任何一種Web瀏覽器可以完全訪(fǎng)問(wèn)任何一種服務(wù)器。這種模式統(tǒng)一了客戶(hù)端，將系統(tǒng)核心功能的實(shí)現(xiàn)集中到服務(wù)器上，簡(jiǎn)化了系統(tǒng)的開(kāi)發(fā)、維護(hù)和使用。在技術(shù)文獻(xiàn)中，人們經(jīng)常把C/S結(jié)構(gòu)和B/S結(jié)構(gòu)并列起來(lái)，似乎B/S結(jié)構(gòu)和C/S結(jié)構(gòu)分屬不同的兩種結(jié)構(gòu)，這樣顯然是不準(zhǔn)確的。但是由于人們經(jīng)常這樣說(shuō)以至于成為業(yè)界習(xí)慣，因而當(dāng)出現(xiàn)這樣的說(shuō)法時(shí)，我們應(yīng)該把C/S理解為除B/S結(jié)構(gòu)外其余的C/S結(jié)構(gòu)。在B/S模式下，服務(wù)器軟件啟動(dòng)后，其進(jìn)程就長(zhǎng)駐內(nèi)存中，一刻也不停

36、地監(jiān)聽(tīng)設(shè)定的TCP端口，一般是80端口或者8080端口。一旦有向該端口發(fā)出的要求獲得網(wǎng)頁(yè)的請(qǐng)求，服務(wù)器進(jìn)程就從本地文件目錄或相關(guān)資源庫(kù)中讀取HTML網(wǎng)頁(yè)文件，發(fā)送給請(qǐng)求者。大部分瀏覽器也支持許多HTML以外的文件格式，如JPEG、PNG和GIF圖像格式，還可以利用插件來(lái)支持更多文件類(lèi)型。這樣，網(wǎng)頁(yè)設(shè)計(jì)者便可以把圖像、動(dòng)畫(huà)、視頻、聲音和流媒體包含在網(wǎng)頁(yè)中，或讓人們透過(guò)網(wǎng)頁(yè)而取得它們。瀏覽器和服務(wù)器之間的通信采用HTTP(Hyper Text Transport Protocol，超文本傳送協(xié)議)，當(dāng)需要更高的安全性時(shí)，需要采用HTTPS(Hyper Text Transfer Protocol

37、over Secure Socket Layer)。HTTPS是HTTP的安全版本，它在HTTP下加入SSL層，支持對(duì)文件內(nèi)容的加密，但HTTPS存在不同于HTTP的默認(rèn)端口。3B/S模式與C/S模式的優(yōu)劣勢(shì)比較(1) B/S模式比C/S模式維護(hù)和升級(jí)更簡(jiǎn)單。在C/S模式下，軟件系統(tǒng)的維護(hù)包括服務(wù)器軟件和每一個(gè)客戶(hù)端。由于每個(gè)客戶(hù)端都由不同的人員使用，不僅計(jì)算機(jī)里面一般會(huì)有各種其他的應(yīng)用軟件，而且由于使用者的原因，經(jīng)常會(huì)被病毒、流氓軟件等侵入，影響客戶(hù)端軟件的運(yùn)行。而客戶(hù)端軟件因?yàn)槭菍?zhuān)用的，都需要專(zhuān)門(mén)維護(hù)，系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來(lái)回奔跑，效率和工作量是可想而知的，因而維護(hù)

38、工作量很大。另一方面，實(shí)際使用的軟件系統(tǒng)經(jīng)常需要改進(jìn)和升級(jí)，頻繁的升級(jí)也成為C/S模式軟件一項(xiàng)不堪重負(fù)的工作。而B(niǎo)/S模式則明顯體現(xiàn)著更為方便的特性，只需要對(duì)服務(wù)器軟件進(jìn)行修改和升級(jí)，所有的客戶(hù)端只是通用瀏覽器，不需要做任何的維護(hù)。因此無(wú)論用戶(hù)的規(guī)模有多大或有多少分支機(jī)構(gòu)，都不會(huì)增加任何維護(hù)升級(jí)的工作量。如果是異地，還可以實(shí)現(xiàn)遠(yuǎn)程升級(jí)和共享?！笆荨笨蛻?hù)機(jī)和“胖”服務(wù)器越來(lái)越成為業(yè)界的主流，這對(duì)用戶(hù)人力、物力、時(shí)間和費(fèi)用的節(jié)省可以說(shuō)是革命性的。(2) B/S模式比C/S模式成本更低。在C/S模式下，軟件不具有通用性，無(wú)論是服務(wù)器端軟件還是客戶(hù)端軟件，都需要軟件提供商進(jìn)行全面開(kāi)發(fā)。而在B/S模式下

39、，客戶(hù)端是通用的免費(fèi)軟件，一般無(wú)須開(kāi)發(fā)，個(gè)別情況下只需要安裝一個(gè)插件即可；服務(wù)器端有成熟的軟件如IIS和Apache等，基本的通信功能和文件管理功能已經(jīng)非常完善，只需要開(kāi)發(fā)相對(duì)簡(jiǎn)單的網(wǎng)頁(yè)和CGI程序等，因而開(kāi)發(fā)成本要低得多。(3) B/S模式服務(wù)器負(fù)載更重。由于B/S模式下絕大多數(shù)任務(wù)都要服務(wù)器端完成，因而服務(wù)器端負(fù)載較重，一旦服務(wù)器發(fā)生網(wǎng)絡(luò)擁塞或者因CPU或內(nèi)存占用過(guò)度而癱瘓，將嚴(yán)重影響系統(tǒng)的使用。因此，通常情況下要采取一些措施，如采用雙機(jī)熱備、網(wǎng)絡(luò)存儲(chǔ)服務(wù)器、服務(wù)器集群等。(4) B/S模式客戶(hù)端不如C/S模式功能強(qiáng)大。B/S模式下客戶(hù)端軟件采用Web瀏覽器帶來(lái)的方便性和低成本，在一定程度

40、上是以犧牲了客戶(hù)端的功能為代價(jià)的，盡管在Web瀏覽器上可以運(yùn)行諸如Java Script、Vb Script等腳本程序，但這些程序?qū)蛻?hù)端資源的訪(fǎng)問(wèn)是受到嚴(yán)格限制的，因此很多和硬件以及本地文件系統(tǒng)資源相關(guān)的功能并不能實(shí)現(xiàn)。(5) B/S模式與C/S模式在實(shí)際中的使用現(xiàn)狀。由于上述B/S模式與C/S模式各自的優(yōu)劣勢(shì)特點(diǎn)，絕大多數(shù)應(yīng)用系統(tǒng)采用了B/S模式。目前不僅互聯(lián)網(wǎng)上廣泛采用B/S模式，而且在絕大多數(shù)企業(yè)內(nèi)部網(wǎng)上也采用了B/S模式，如公司內(nèi)部OA系統(tǒng)、專(zhuān)用業(yè)務(wù)管理系統(tǒng)等。但是，由于B/S模式在本地資源訪(fǎng)問(wèn)方面的限制，在一些特殊情況下還必須采用C/S模式。2.1.6 手機(jī)網(wǎng)頁(yè)標(biāo)準(zhǔn)目前，手機(jī)網(wǎng)頁(yè)存

41、在著幾個(gè)不同的標(biāo)準(zhǔn)，包括WML、XHTML MP、HTML5等，選擇合適的標(biāo)準(zhǔn)是手機(jī)網(wǎng)站開(kāi)發(fā)必須首先考慮的。1HTMLHTML(Hyper Text Markup Language，超文本標(biāo)記語(yǔ)言)是用于描述網(wǎng)頁(yè)文檔的一種標(biāo)記語(yǔ)言，它通過(guò)標(biāo)記符號(hào)來(lái)標(biāo)記要顯示的網(wǎng)頁(yè)中的各個(gè)元素。網(wǎng)頁(yè)文件本身是一種文本文件，通過(guò)在文本文件中添加標(biāo)記符，可以告訴瀏覽器如何顯示其中的內(nèi)容，如文字如何處理，畫(huà)面如何安排，圖片如何顯示等。瀏覽器按順序閱讀網(wǎng)頁(yè)文件，然后根據(jù)標(biāo)記符解釋和顯示其標(biāo)記的內(nèi)容，對(duì)書(shū)寫(xiě)出錯(cuò)的標(biāo)記不指出其錯(cuò)誤，且不停止其解釋執(zhí)行過(guò)程。下面是一個(gè)簡(jiǎn)單的HTML文件Test1.html：Hello, Th

42、is is a HTML page!body,td,th font-size: 36px;color: #900;font-family: Arial, Helvetica, sans-serif; Hello, This is a HTML page! 文件中的“”說(shuō)明該文件的類(lèi)型是HTML，“”和“”分別表示文件的開(kāi)始和結(jié)束，“”和“”分別表示文件正文的開(kāi)始和結(jié)束。這些符號(hào)就是標(biāo)記符號(hào)，有一定的含義。該文件用IE瀏覽器打開(kāi)后的顯示效果如圖2-8。圖2-8 Test1.htmlHTML文檔的制作并不復(fù)雜，但它的功能強(qiáng)大，能支持不同數(shù)據(jù)格式的文件嵌入，其主要特點(diǎn)是： (1) 簡(jiǎn)易性。HTML的

43、版本升級(jí)采用超集方式，即新版本完全包含老版本，因而用老版本編寫(xiě)的網(wǎng)頁(yè)可以被新版本完全接受，版本升級(jí)過(guò)程更加方便平滑。(2) 可擴(kuò)展性。HTML的廣泛應(yīng)用帶來(lái)了增強(qiáng)功能、增加標(biāo)識(shí)符等要求。對(duì)此，HTML采取子類(lèi)元素方式，為系統(tǒng)擴(kuò)展提供了保證。(3) 平臺(tái)無(wú)關(guān)性。雖然計(jì)算機(jī)種類(lèi)很多，如PC機(jī)、服務(wù)器、筆記本、iPad、智能手機(jī)，還有不同形態(tài)的嵌入式設(shè)備等，但HTML都可以在這些平臺(tái)上運(yùn)行。(4) HTML支持以Java Script、Vb Script為代表的動(dòng)態(tài)網(wǎng)頁(yè)生成技術(shù)，豐富了網(wǎng)頁(yè)的功能。今天，對(duì)互聯(lián)網(wǎng)的成功因素進(jìn)行總結(jié)，那就是TCP/IP和HTML。TCP/IP奠定了互聯(lián)網(wǎng)擴(kuò)展到全世界的網(wǎng)

44、絡(luò)技術(shù)基礎(chǔ)，HTML提供了把互聯(lián)網(wǎng)信息傳送且展示給幾十億互聯(lián)網(wǎng)用戶(hù)的最好手段。隨著3G技術(shù)的普及，基于HTML升級(jí)版本的手機(jī)網(wǎng)頁(yè)正迅速替代WML網(wǎng)頁(yè)成為手機(jī)網(wǎng)頁(yè)的主流。2WML最早的手機(jī)網(wǎng)站采用WAP(Wireless Application Protocol)協(xié)議，網(wǎng)頁(yè)設(shè)計(jì)則采用WML(Wireless Markup Language)。WML 即無(wú)線(xiàn)標(biāo)記語(yǔ)言，移動(dòng)設(shè)備中內(nèi)置的微型瀏覽器能夠解釋這種標(biāo)記語(yǔ)言。雖然它和HTML 語(yǔ)言很相像，但WML其實(shí)是XML的一個(gè)應(yīng)用子集。XML可用于標(biāo)記電子文件使其具有結(jié)構(gòu)性的標(biāo)記語(yǔ)言，也可以用來(lái)標(biāo)記數(shù)據(jù)、定義數(shù)據(jù)類(lèi)型，是一種允許用戶(hù)對(duì)自己的標(biāo)記語(yǔ)言進(jìn)行定

45、義的源語(yǔ)言。XML與Access、Oracle和SQL Server等數(shù)據(jù)庫(kù)不同，數(shù)據(jù)庫(kù)提供了更強(qiáng)有力的數(shù)據(jù)存儲(chǔ)和分析能力，如數(shù)據(jù)索引、排序、查找、相關(guān)一致性等，而XML僅僅是存儲(chǔ)數(shù)據(jù)。事實(shí)上XML與其他數(shù)據(jù)表現(xiàn)形式最大的不同在于它極其簡(jiǎn)單。這看上去是一個(gè)很小的優(yōu)點(diǎn)，但正是這點(diǎn)卻使XML與眾不同。XML與HTML的設(shè)計(jì)區(qū)別在于XML的核心是數(shù)據(jù)，其重點(diǎn)是數(shù)據(jù)的內(nèi)容，而設(shè)計(jì)的HTML被用來(lái)顯示數(shù)據(jù)，其重點(diǎn)是數(shù)據(jù)的顯示。XML和HTML在語(yǔ)法上面也有區(qū)別，HTML的標(biāo)記不是所有的都需要成對(duì)出現(xiàn)，XML則要求所有的標(biāo)記必須成對(duì)出現(xiàn)；HTML標(biāo)記不區(qū)分大小寫(xiě)，XML則對(duì)大小寫(xiě)敏感，即需要區(qū)分大小寫(xiě)。X

46、ML簡(jiǎn)單的特點(diǎn)使其易于在任何應(yīng)用程序中讀寫(xiě)數(shù)據(jù)，這使XML很快成為數(shù)據(jù)交換的唯一公共語(yǔ)言，雖然不同的應(yīng)用軟件也支持其他的數(shù)據(jù)交換格式，但不久之后它們都將支持XML，這就意味著程序可以更容易地與Windows、Mac OS、Linux以及其他平臺(tái)下產(chǎn)生的信息結(jié)合，然后可以很容易加載XML數(shù)據(jù)到程序中來(lái)分析它，并以XML格式輸出結(jié)果。3XHTMLXHTML(The Extensible HyperText Markup Language，可擴(kuò)展標(biāo)識(shí)語(yǔ)言)的出現(xiàn)是HTML不斷演進(jìn)的結(jié)果。隨著Web的日漸普及，HTML用戶(hù)要求能控制頁(yè)面的觀(guān)感，為此，瀏覽器廠(chǎng)商在 HTML2 和HTML 3 中推出了新

47、的特性。這些新特性在帶來(lái)美感的同時(shí)，也使網(wǎng)頁(yè)變得難以理解，復(fù)雜的嵌套表結(jié)構(gòu)成為控制頁(yè)面布局的主要手段，其中還充斥著大量font標(biāo)記和color聲明。為解決這個(gè)問(wèn)題，瀏覽器廠(chǎng)商又推出了HTML4。它將表示邏輯的工作推給了CSS，為高級(jí)內(nèi)容定位引入了層(div)的功能。與HTML3相比，意味著代碼的編寫(xiě)模式發(fā)生了變化。為了簡(jiǎn)化遷移過(guò)程，開(kāi)發(fā)人員又通過(guò)HTML4的Transitional版本來(lái)支持舊的HTML3結(jié)構(gòu)，適用于高級(jí)用戶(hù)的Strict版本則要求將內(nèi)容和表示徹底分開(kāi)。這時(shí)，W3C提出了XHTM1作為符合結(jié)構(gòu)良好而有效的HTML4的XML版本。對(duì)于XML用戶(hù)來(lái)說(shuō)，這簡(jiǎn)化了將XML內(nèi)容轉(zhuǎn)化成網(wǎng)頁(yè)

48、并用已有驗(yàn)證程序檢查轉(zhuǎn)換結(jié)果的工作。于是，XHTML1.1嘗試將不同的問(wèn)題隔離到不同的模塊中，這種模塊化方法便于針對(duì)不同的需要使用標(biāo)準(zhǔn)的不同部分，也有利于適用新的功能擴(kuò)展標(biāo)準(zhǔn)。XML雖然數(shù)據(jù)轉(zhuǎn)換能力強(qiáng)大，可以完全替代HTML，但面對(duì)成千上萬(wàn)已有的站點(diǎn)，直接采用XML還為時(shí)過(guò)早。因此，開(kāi)發(fā)人員在HTML4.0的基礎(chǔ)上，用XML的規(guī)則對(duì)其進(jìn)行了擴(kuò)展，得到了XHTML。從某種意義上講，建立XHTML的目的就是實(shí)現(xiàn)HTML向XML的過(guò)渡。 與HTML4相比，XHTML1.1把內(nèi)容和表示相分離，但是和過(guò)去一樣，一些實(shí)際問(wèn)題只能使用CSS中技巧來(lái)解決。例如：無(wú)序列表表示的菜單結(jié)構(gòu)通常包括漂亮的圖片，但圖像

49、不大容易通過(guò)文本語(yǔ)音設(shè)施讀給有視覺(jué)障礙的人聽(tīng)，而且像Lynx這樣的文本瀏覽器也不能顯示圖像。一個(gè)復(fù)雜的CSS技巧可以在瀏覽器中隱藏文本顯示圖像。但是如果不同頁(yè)面上的菜單不同，就很難用CSS指定這部分內(nèi)容了。XHTML2進(jìn)一步把內(nèi)容和表示相互分離，改進(jìn)了HTML4和XHTML1中殘留的瑕疵。如將imgsrc標(biāo)記換成了可用于任何元素的可選屬性src。修改后的CSS完全脫離了內(nèi)容，不支持圖像的設(shè)備很容易轉(zhuǎn)而表示文本。還用xforms模塊替換了html的forms，其中，xforms不需要一行腳本就能指定交互邏輯、驗(yàn)證規(guī)則和計(jì)算方法。此外，這種技術(shù)采用了豐富的XML結(jié)構(gòu)而不是鍵值對(duì)，允許出現(xiàn)嵌套的子表

50、單和重復(fù)的元素。除了能提供一個(gè)強(qiáng)大的引擎外，文本語(yǔ)音設(shè)備更適合改變應(yīng)用程序的豐富性。XHTML Mobile Profile是WAP論壇為WAP2.0所定義的內(nèi)容編寫(xiě)語(yǔ)言，它是為不支持XHTML的全部特性且資源有限的Web客戶(hù)端所設(shè)計(jì)的。XHTML Mobile Profile以XHTML Basic為基礎(chǔ)，加入了一些來(lái)自XHTML1.0的元素和屬性。這些內(nèi)容事實(shí)上包括了一些其他表示元素和對(duì)內(nèi)部樣式表的支持。和XHTML Basic一樣，XHTML Mobile Profile是嚴(yán)格的XHTML 1.0子集。隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展和手機(jī)終端的更新?lián)Q代，越來(lái)越多的手機(jī)終端已經(jīng)支持XHTML，XHT

51、ML逐步成為手機(jī)網(wǎng)站開(kāi)發(fā)的首選描述語(yǔ)言。但仍有一些用戶(hù)使用的低端手機(jī)尚不支持XHTML。由于這小部分影響范圍很小，對(duì)于手機(jī)網(wǎng)站的開(kāi)發(fā)，建議采用XHTML做為主流模板語(yǔ)言，如果仍需要照顧部分低端手機(jī)市場(chǎng)，可以再開(kāi)發(fā)一套WML模板，通過(guò)手機(jī)終端適配識(shí)別出手機(jī)終端類(lèi)型后進(jìn)行逐個(gè)調(diào)用。4HTML5 HTML5是W3C之外一些重要Web開(kāi)發(fā)人員和主流瀏覽器廠(chǎng)商，因?yàn)椴煌釾HTML2 的方向而設(shè)計(jì)的。2004年，他們成立了一個(gè)獨(dú)立的工作組，為新的HTML版本提出了一種新的設(shè)計(jì)方向，并以網(wǎng)頁(yè)超文本技術(shù)工作小組(WHATWG)的名義推出了HTML5。HTML5在誕生之后確立了一個(gè)原則，那就是所有的技術(shù)必須是

52、開(kāi)放的，不準(zhǔn)有專(zhuān)利限制。在這期間，Opera捐獻(xiàn)了CSS技術(shù)，Google提供了視頻格式WebM。目前，大部分HTML協(xié)議在眾多網(wǎng)絡(luò)技術(shù)公司中達(dá)成共識(shí)，但在視頻格式方面，世界各大互聯(lián)網(wǎng)公司正在為具體標(biāo)準(zhǔn)進(jìn)行爭(zhēng)論。紛爭(zhēng)的兩大陣營(yíng)分別是以O(shè)pera、火狐、Google等為代表的一方，另一方則由蘋(píng)果公司領(lǐng)銜。而按照爭(zhēng)論的視頻格式來(lái)分，前者可以分為WebM陣營(yíng)，后者則可以看做MPEG陣營(yíng)。WebM陣營(yíng)認(rèn)為MPEG格式目前是具有專(zhuān)利保護(hù)的，這違背了HTML5所有技術(shù)必須開(kāi)放的原則。MPEG陣營(yíng)則更多地是因?yàn)樽陨砟壳熬驮谑褂眠@種視頻格式。HTML5和HTML4的相似性遠(yuǎn)遠(yuǎn)超過(guò)XHTML2和XHTML1的相

53、似性。HTML5有以下特點(diǎn)：遷移路徑更加平坦，有經(jīng)驗(yàn)的HTML4開(kāi)發(fā)人員熟悉新版本也更方便；新特性遵循相似的邏輯；特定元素的專(zhuān)門(mén)事件屬性允許HTML 編輯人員提供更適當(dāng)?shù)奈谋就瓿晒δ埽籋TML5的基本設(shè)計(jì)理念利用了Web開(kāi)發(fā)人員需要的特性擴(kuò)展HTML4。HTML5在繼承HTML4基本技術(shù)的同時(shí)進(jìn)行了簡(jiǎn)化。到目前為止，HTML5和XHTML2都還不是正式的推薦標(biāo)準(zhǔn)，將來(lái)一些細(xì)微的地方還可能變化，但它們的發(fā)展方向不會(huì)變，兩者都解決了現(xiàn)行標(biāo)準(zhǔn)存在的一些不足。未來(lái)的瀏覽器如何增加對(duì)這兩種新標(biāo)準(zhǔn)的支持還有待觀(guān)察。當(dāng)前，瀏覽器普遍同時(shí)支持HTML4和XHTML1，但已經(jīng)有越來(lái)越多的PC瀏覽器和手機(jī)瀏覽器開(kāi)

54、始支持HTML5，HTML5豐富的功能使得目前已經(jīng)掀起了一個(gè)HTML5熱潮，手機(jī)網(wǎng)頁(yè)開(kāi)發(fā)者轉(zhuǎn)向HTML5正成為時(shí)尚。HTML5是近十年來(lái)Web開(kāi)發(fā)標(biāo)準(zhǔn)最巨大的飛躍。和以前的版本不同，HTML5不僅大幅提升Web應(yīng)用在交互、系統(tǒng)能力調(diào)用、多媒體、語(yǔ)義化等方面的能力，而且也將Web帶入一個(gè)成熟的應(yīng)用平臺(tái)。在HTML5平臺(tái)上，視頻、音頻、圖像、動(dòng)畫(huà)以及同電腦的交互都被標(biāo)準(zhǔn)化。用戶(hù)無(wú)需安裝紛繁的插件就可以獲得更為豐富的Web應(yīng)用。HTML5技術(shù)族主要包括HTML5、CSS3、Java Script、Web Application API、SVG等，它們具有以下的新特性： (1) 豐富的結(jié)構(gòu)化、語(yǔ)義化標(biāo)

55、簽。HTML5新增加了一些結(jié)構(gòu)化標(biāo)簽，主要包括“”、“”、“”、“”、“”、“”、“”等，這些標(biāo)簽使網(wǎng)頁(yè)結(jié)構(gòu)更加簡(jiǎn)潔和嚴(yán)謹(jǐn)。新標(biāo)簽語(yǔ)義化更強(qiáng)，便于開(kāi)發(fā)者理解和靈活使用，也利于計(jì)算機(jī)對(duì)語(yǔ)義化的Web應(yīng)用進(jìn)行理解、索引和利用。 (2) 面向應(yīng)用的功能增強(qiáng)。HTML5面向移動(dòng)應(yīng)用功能不斷進(jìn)行增強(qiáng)，包括多線(xiàn)程并發(fā)、離線(xiàn)數(shù)據(jù)緩存、數(shù)據(jù)存儲(chǔ)、跨域資源共享等。其中，WebWorkers標(biāo)準(zhǔn)彌補(bǔ)了Web應(yīng)用以往只能單線(xiàn)程運(yùn)行的短板，使其不但能夠支持多線(xiàn)程的Web 操作，并能將資源消耗較大的操作放到后臺(tái)執(zhí)行，從而提高Web應(yīng)用的響應(yīng)速度，降低終端資源消耗。Offline App Cache能夠?qū)eb應(yīng)用相關(guān)的

56、資源文件緩存到本地，使用戶(hù)在離線(xiàn)狀態(tài)下也能使用 Web 應(yīng)用，為開(kāi)發(fā)離線(xiàn)的移動(dòng)Web應(yīng)用奠定了基礎(chǔ)。Web Storage規(guī)范為簡(jiǎn)單的網(wǎng)頁(yè)數(shù)據(jù)存儲(chǔ)提供了LocalStorage和SessionStorage兩個(gè)基本方法，LocalStorage可將數(shù)據(jù)永久保存在本地，SessionStorage可在瀏覽器會(huì)話(huà)保持期間保存數(shù)據(jù)。IndexedDB是HTML5另一種數(shù)據(jù)存儲(chǔ)方式，能夠幫助Web應(yīng)用存儲(chǔ)復(fù)雜結(jié)構(gòu)的數(shù)據(jù)。Cross-Origin Resource Sharing使Web應(yīng)用突破了以往無(wú)法跨域名訪(fǎng)問(wèn)其他Web應(yīng)用的限制，增強(qiáng)了Web應(yīng)用服務(wù)之間的交互能力。 (3) 系統(tǒng)能力調(diào)用。HTML

57、5納入W3C DAP工作組制定的一系列設(shè)備API，極大提升了Web應(yīng)用對(duì)終端設(shè)備能力的訪(fǎng)問(wèn)和調(diào)用能力，這些設(shè)備主要包括終端系統(tǒng)信息API、日歷API、通信錄API、觸摸API、通訊API、多媒體捕捉API等。 同時(shí)，W3C還制定了位置API和視頻通信API。位置API標(biāo)準(zhǔn)使基于位置的Web應(yīng)用能夠訪(fǎng)問(wèn)所持設(shè)備的地理位置信息。位置API與底層位置信息源無(wú)關(guān)，它的來(lái)源可包括GPS、從網(wǎng)絡(luò)信號(hào)(如IP地址、WiFi、基站號(hào)等)推測(cè)的位置，以及用戶(hù)輸入位置。視頻通信API通過(guò)API接口提供視頻會(huì)議核心技術(shù)能力，包括音視頻采集、編解碼、網(wǎng)絡(luò)傳輸、顯示等，它能使瀏覽器直接進(jìn)行實(shí)時(shí)視頻和音頻通信。(4) 富

58、媒體支持。HTML5技術(shù)極大增強(qiáng)了Web應(yīng)用在繪圖、音視頻、字體、數(shù)學(xué)公式、表單等方面的能力。Canvas特性能提供2D、3D圖片的移動(dòng)、旋轉(zhuǎn)、縮放等常規(guī)操作以及強(qiáng)大的繪圖渲染能力。SVG基于XML來(lái)描述二維矢量圖形，可根據(jù)用戶(hù)的需求進(jìn)行無(wú)失真縮放，適合移動(dòng)設(shè)備圖片顯示。HTML5標(biāo)準(zhǔn)增加了音視頻標(biāo)簽“”、“”，可在網(wǎng)頁(yè)中直接播放音頻、視頻文件，以取代Adobe Flash、微軟Silverlight、QuickTime等多媒體插件及私有協(xié)議。WOFF能通過(guò)樣式庫(kù)為Web 應(yīng)用中自動(dòng)提供各種字體，并且能根據(jù)實(shí)際需要調(diào)整字體的大小。MathML可使用戶(hù)能夠在網(wǎng)頁(yè)文本中直接輸入復(fù)雜的數(shù)學(xué)公式符號(hào)。

59、 (5) 連接特性。Web Sockets允許在Web應(yīng)用前端與后端之間通過(guò)指定的端口打開(kāi)一個(gè)持久連接，這極大地提高了Web應(yīng)用的效率，使得基于頁(yè)面的實(shí)時(shí)聊天、更快速的網(wǎng)頁(yè)游戲體驗(yàn)、更優(yōu)化的在線(xiàn)交流得到了實(shí)現(xiàn)。同時(shí)，HTML5擁有更有效的服務(wù)器推送技術(shù)，使得基于推送技術(shù)的應(yīng)用更容易實(shí)現(xiàn)。 HTML5技術(shù)的卓越性能和良好前景，促使全球科技巨頭都積極布局。Facebook、亞馬遜等互聯(lián)網(wǎng)巨頭均采用HTML5改造應(yīng)用服務(wù)，并同時(shí)支持原生移動(dòng)客戶(hù)端與HTML5 Web版本。據(jù)工信部電信研究院預(yù)計(jì)，2012年全球主流網(wǎng)站支持HTML5的比例可能超過(guò)50%，視頻網(wǎng)站支持比例將超過(guò)90%。蘋(píng)果、谷歌、微軟、

60、Mozilla、Opera等巨頭也均大力提升了其終端或?yàn)g覽器產(chǎn)品對(duì)HTML5的支持程度。據(jù)Strategy Analytics預(yù)測(cè)，全球支持 HTML5 的移動(dòng)智能終端將由2011年的3.36億部增長(zhǎng)到2013年的10億部。 2.2 移動(dòng)通信技術(shù)2.2.1 移動(dòng)通信技術(shù)概況移動(dòng)通信技術(shù)實(shí)現(xiàn)了人們?cè)谌魏螘r(shí)間、任何地點(diǎn)與任何個(gè)人進(jìn)行通信的愿望。在短短的二三十年間，移動(dòng)通信實(shí)現(xiàn)了從傳統(tǒng)的單基站大功率系統(tǒng)到蜂窩移動(dòng)系統(tǒng)；從本地覆蓋到全國(guó)覆蓋，并實(shí)現(xiàn)了國(guó)內(nèi)、國(guó)際漫游；從提供語(yǔ)音業(yè)務(wù)到提供包括數(shù)據(jù)的綜合業(yè)務(wù)；從模擬移動(dòng)通信系統(tǒng)到數(shù)字移動(dòng)通信系統(tǒng)等。目前，第四代移動(dòng)通信技術(shù)已經(jīng)開(kāi)始在一些國(guó)家和地區(qū)商業(yè)使用，