計算機(jī)網(wǎng)絡(luò)技術(shù)(六)——網(wǎng)絡(luò)應(yīng)用技術(shù)

摘要

  1. 網(wǎng)絡(luò)應(yīng)用概述
  2. 域名系統(tǒng)(DNS)
  3. 文件傳輸協(xié)議(FTP)
  4. 電子郵件
  5. 萬維網(wǎng)(WWW)

一挡篓、網(wǎng)絡(luò)應(yīng)用概述

  • 網(wǎng)絡(luò)應(yīng)用是什么澜倦?
    網(wǎng)絡(luò)應(yīng)用是直接面向計算機(jī)網(wǎng)絡(luò)的用戶料按,遵循相應(yīng)的網(wǎng)絡(luò)應(yīng)用協(xié)議步责,為用戶提供某個特定的網(wǎng)絡(luò)服務(wù)的軟件系統(tǒng)返顺。

  • 發(fā)展過程
    從最初的電子郵件、遠(yuǎn)程登錄和文件傳輸?shù)然揪W(wǎng)絡(luò)應(yīng)用蔓肯,到萬維網(wǎng)遂鹊、電子商務(wù)等基于傳統(tǒng)Web的網(wǎng)絡(luò)應(yīng)用,再到即時通訊蔗包、社交媒體和網(wǎng)絡(luò)視頻等基于P2P技術(shù)的網(wǎng)絡(luò)應(yīng)用秉扑。

  • 工作模式
    客戶/服務(wù)器模式(C/S)。

二调限、域名系統(tǒng)(DNS)

因?yàn)镮P不好記憶舟陆,Internet采用了一套與IP地址并行使用的命名機(jī)制——域名,由于存在兩種Internet地址描述方式耻矮,因此需要一種機(jī)制負(fù)責(zé)在域名地址和IP地址之間進(jìn)行轉(zhuǎn)換——域名系統(tǒng)(Domain Name System秦躯,DNS)。

DNS 的工作機(jī)制:域名結(jié)構(gòu)及層次劃分裆装、域名服務(wù)器踱承、域名解析。

2.1 域名結(jié)構(gòu)及層次劃分

域名結(jié)構(gòu)由標(biāo)號序列組成哨免,各標(biāo)號間用點(diǎn)隔開茎活,標(biāo)號分別代表不同級別的域名,如下圖所示琢唾。

域名結(jié)構(gòu)

DNS域名標(biāo)號都是由英文字母和數(shù)字組成的载荔,每一個標(biāo)號不超過63個字符,不區(qū)分大小寫采桃。整個域名不能超過255個字符懒熙。域名的管理采用分級管理方式丘损,其中最高的頂級域名由互聯(lián)網(wǎng)名稱與數(shù)字地址分配機(jī)構(gòu)(The Internet Corporationfor Assigned Namesand Number,ICANN)統(tǒng)一管理工扎,其他級別的域名由上一級域名管理機(jī)構(gòu)管理号俐。

頂級域名共分為3大類:

1)國家頂級域名nTLD: 用于分配給各個國家和地區(qū),例如定庵,.cn表示中國,.us表示美國踪危,.uk表示英國等蔬浙。
2)通用頂級域名gTLD: 用于分配給不同行業(yè)和組織,如.com(公司和企業(yè))贞远、.net(網(wǎng)絡(luò)服務(wù)機(jī)構(gòu))畴博、.org(非贏利組織)、.edu(美國專用教育機(jī)構(gòu))蓝仲、.gov(美國專用政府部門)俱病、.mil(美國專用軍事部門)和.int(國際組織)等。
3)基礎(chǔ)結(jié)構(gòu)域名: 只有一個袱结,即arpa亮隙,用于反向域名解析,因此又稱為反向域名垢夹。

整個域名空間可以用一顆倒置的樹來表示溢吻,位于樹的最頂層是根,根沒有具體域名果元,往下依次是頂級域名促王、二級域名、三級域名而晒、四級域名……蝇狼,如下圖所示。

域名層次劃分

二級域名分兩類:類別域名和行政域名倡怎。由各個國家自己制定和分配迅耘。

類別域名(7個): ac(科研機(jī)構(gòu))、com(工商企業(yè))诈胜、edu(中國教育機(jī)構(gòu))豹障、gov(中國政府機(jī)構(gòu))、mil(中國國防機(jī)構(gòu))焦匈、net(提供網(wǎng)絡(luò)服務(wù)機(jī)構(gòu))和 org(中國非盈利性組織)血公。

行政區(qū)域名: 為我國每個省、市缓熟、自治區(qū)分配一個本行政區(qū)所使用的二級域名累魔,如bj(北京)摔笤、sh(上海)等。

獲得二級域名的單位或組織垦写,可以自主劃分下一級域名而無須由上一級管理機(jī)構(gòu)批準(zhǔn)吕世。

2.2 域名服務(wù)器

DNS實(shí)現(xiàn)域名與IP地址的轉(zhuǎn)換具體是由分布在各區(qū)的域名服務(wù)器實(shí)現(xiàn)的劫扒。包括4類服務(wù)器:根域名服務(wù)器沐旨、頂級域名服務(wù)器躺孝、權(quán)限域名服務(wù)器和本地域名服務(wù)器岸晦。

1)根域名服務(wù)器
所有的根域名服務(wù)器都知道所有的頂級域名服務(wù)器的域名和IP地址艾杏。共有13個不同IP地址的邏輯根域名服務(wù)器断凶,每個邏輯根服務(wù)器都由多臺服務(wù)器組成桨仿,它們有相同的域名喜庞,分布在多個地點(diǎn)么鹤,當(dāng)一個域名在本地域名服務(wù)器無法解析時终娃,就去查找離自己最近的根域名服務(wù)器設(shè)備,然后告知本地域名服務(wù)器去哪個頂級域名服務(wù)器進(jìn)行查詢蒸甜。

2)頂級域名服務(wù)器
負(fù)責(zé)管理在該服務(wù)器注冊的所有二級域名棠耕。當(dāng)收到DNS請求時,給出域名查詢結(jié)果柠新,或者給出應(yīng)該繼續(xù)查詢的域名服務(wù)器的IP地址窍荧。

3)權(quán)限域名服務(wù)器
負(fù)責(zé)一個區(qū)的域名服務(wù),其中保存了該區(qū)中所有主機(jī)的域名到IP的映射恨憎。當(dāng)不能回答DNS請求時搅荞,將告訴用戶應(yīng)該繼續(xù)查詢哪一個權(quán)限域名服務(wù)器。

4)本地域名服務(wù)器
默認(rèn)域名服務(wù)器框咙。離請求主機(jī)最近咕痛,當(dāng)主機(jī)發(fā)出DNS查詢請求時,先發(fā)送給本地域名服務(wù)器喇嘱,如果要查詢的主機(jī)和本地域名服務(wù)器處于同一網(wǎng)絡(luò)茉贡,則直接把查詢主機(jī)域名轉(zhuǎn)為IP地址,不需要再去訪問其他域名服務(wù)器者铜。

2.3 域名解析過程

域名解析分為遞歸解析和迭代解析兩種方式腔丧。

  • 遞歸解析 (主機(jī)向本地域名服務(wù)器查詢過程)
    如果在本地域名服務(wù)器無法解析,則本地域名服務(wù)器就以DNS客戶的身份向某根域名服務(wù)器繼續(xù)發(fā)出查詢請求作烟。如圖所示愉粤。
域名遞歸解析
  • 迭代查詢 (本地域名服務(wù)器向根域名服務(wù)器查詢過程)
    當(dāng)根域名服務(wù)器收到本地域名服務(wù)器的請求時,要么給出查詢的IP地址拿撩,要么就告知本地域名服務(wù)器下一步應(yīng)當(dāng)向哪個頂級域名服務(wù)器查詢衣厘;當(dāng)向被告知的頂級域名服務(wù)器查詢時,頂級域名服務(wù)器同樣按照要么給出查詢的IP地址,要么告知本地域名服務(wù)器下一步應(yīng)當(dāng)向哪個權(quán)限域名服務(wù)器查詢影暴;最終错邦,在某個權(quán)限域名服務(wù)器上查詢到域名的IP地址,并將其返回到主機(jī)型宙。如圖所示撬呢。
域名迭代解析

三、文件傳輸協(xié)議(FTP)

文件傳輸協(xié)議(File Transfer Protocol妆兑,F(xiàn)TP)用于用戶在兩臺主機(jī)之間進(jìn)行遠(yuǎn)距離的文件傳輸魂拦,并保證傳輸?shù)目煽啃浴TP采用客戶機(jī)/服務(wù)器的方式搁嗓,由FTP服務(wù)器和FTP客戶機(jī)兩部分組成晨另。服務(wù)器與客戶機(jī)之間通過 “下載” 和 “上傳” 來實(shí)現(xiàn)文件的傳輸。

  • FTP 通信原理
    FTP客戶機(jī)和服務(wù)器之間的通信是由若干個進(jìn)程實(shí)現(xiàn)的谱姓,分為FTP服務(wù)器進(jìn)程和客戶機(jī)進(jìn)程。一個FTP服務(wù)器進(jìn)程可以同時為多個客戶機(jī)進(jìn)程提供服務(wù)刨晴。FTP的服務(wù)器進(jìn)程由兩部分組成:一個主進(jìn)程屉来,負(fù)責(zé)接收新的請求;還有若干個從屬進(jìn)程狈癞,負(fù)責(zé)處理單個請求茄靠。

  • FTP主進(jìn)程工作步驟
    1)打開熟知端口(端口號為21),使客戶進(jìn)程能夠連接上蝶桶。
    2)等待客戶進(jìn)程發(fā)出連接請求慨绳。
    3)啟動從屬進(jìn)程來處理客戶進(jìn)程發(fā)來的請求。從屬進(jìn)程對客戶進(jìn)程的請求處理完畢后就終止真竖。
    4)回到等待狀態(tài)脐雪,繼續(xù)接受其他客戶進(jìn)程發(fā)來的請求。主進(jìn)程與從屬進(jìn)程是并發(fā)進(jìn)行的恢共。

  • 文件傳輸過程
    在文件傳輸時战秋,F(xiàn)TP客戶端和服務(wù)器之間要建立兩個并行的TCP連接:控制連接和數(shù)據(jù)連接。
    1)控制連接: 在整個會話期間一直保持打開讨韭,F(xiàn)TP客戶發(fā)出的傳送請求通過控制連接發(fā)送給服務(wù)器端的控制進(jìn)程的端口(21)脂信,但控制連接不用來傳送文件。
    2)數(shù)據(jù)連接: 用于傳輸文件透硝。服務(wù)器端的控制進(jìn)程在收到FTP客戶發(fā)送的文件傳輸請求后狰闪,就創(chuàng)建數(shù)據(jù)傳送進(jìn)程并建立數(shù)據(jù)連接,通過數(shù)據(jù)連接完成文件的傳送濒生,傳送完畢后關(guān)閉數(shù)據(jù)連接并結(jié)束運(yùn)行埋泵。

四、電子郵件(E-mail)

  • 電子郵件系統(tǒng)構(gòu)成
    主要由3部分構(gòu)成:用戶代理罪治、郵件服務(wù)器和郵件發(fā)送/讀取協(xié)議秋泄。
    1)用戶代理UA(User Agent): 以電子郵件客戶端軟件的形式存在琐馆,是用戶與電子郵件系統(tǒng)之間的接口。
    2)郵件服務(wù)器: 相當(dāng)于郵局恒序,功能是發(fā)送和接收郵件瘦麸,同時還要向發(fā)信人報告郵件發(fā)送的情況(已發(fā)送、被拒絕或丟棄等)歧胁。
    3)郵件發(fā)送/讀取協(xié)議: 實(shí)現(xiàn)用戶代理與郵件服務(wù)器之間的通信滋饲。郵件發(fā)送協(xié)議是SMTP,讀取協(xié)議為POP3喊巍。

  • 電子郵件工作原理
    1)用戶使用用戶代理編輯好要發(fā)送的電子郵件屠缭,并指明收件人地址,然后點(diǎn)擊發(fā)送崭参。
    2)用戶代理使用SMTP協(xié)議呵曹,將郵件發(fā)送到發(fā)送方郵件服務(wù)器上,保存在郵件緩沖區(qū)內(nèi)何暮,等待發(fā)送到接收方的郵件服務(wù)器奄喂。
    3)發(fā)送方郵件服務(wù)器和接收方郵件服務(wù)器建立TCP連接,將郵件緩沖區(qū)內(nèi)的郵件發(fā)送出去海洼,如果超時未能發(fā)送出去跨新,則發(fā)送郵件服務(wù)器要向用戶代理報告發(fā)送失敗。
    4)接收方郵件服務(wù)器收到郵件后坏逢,將郵件放入收件人的用戶郵箱中域帐,等待收件人下載。
    5)當(dāng)收件人運(yùn)行用戶代理的 “接收郵件” 功能時是整,用戶代理利用POP3或IMAP協(xié)議肖揣,將郵件從接收服務(wù)器中下載到本地用戶代理。

  • SMTP 協(xié)議的基本機(jī)制
    SMTP使用客戶機(jī)/服務(wù)器方式浮入,因此負(fù)責(zé)發(fā)送郵件的SMTP進(jìn)程就是SMTP客戶许饿,而負(fù)責(zé)接收郵件的SMTP進(jìn)程就是SMTP服務(wù)器。當(dāng)用戶代理要發(fā)送電子郵件到發(fā)送方郵件服務(wù)器時舵盈,用戶代理就作為SMTP客戶端陋率,發(fā)送方郵件服務(wù)器是SMTP服務(wù)器;當(dāng)發(fā)送方郵件服務(wù)器與接收方郵件服務(wù)器建立TCP連接時秽晚,發(fā)送方郵件服務(wù)器就作為SMTP客戶端瓦糟,而接收方郵件服務(wù)器時SMTP服務(wù)器。

  • SMTP 協(xié)議的缺點(diǎn)
    1)不能傳送可執(zhí)行文件或二進(jìn)制對象赴蝇,只限于傳送7位的ASCII碼菩浙。
    2)From命令后可以任意填寫郵件地址,從而造成垃圾郵件的泛濫。
    3)明文傳輸劲蜻,容易被截獲陆淀。

  • POP3 協(xié)議的基本機(jī)制
    也是客戶機(jī)/服務(wù)器的工作方式。在接收郵件的用戶PC中必須運(yùn)行POP客戶端程序先嬉,而在郵件接收用戶所連接的接收服務(wù)器中則運(yùn)行POP服務(wù)器程序轧苫。POP服務(wù)器程序需要設(shè)置用戶名和密碼,用戶驗(yàn)證通過后才能下載郵件疫蔓。當(dāng)用戶下載郵件到本地后含懊,服務(wù)器會把該郵件刪除,會造成用戶不能再另外一臺計算機(jī)再次下載衅胀。

  • IMAP 協(xié)議的基本機(jī)制
    同樣采用客戶機(jī)/服務(wù)器工作方式岔乔。用戶計算機(jī)上的IMAP客戶端程序通過TCP與接收郵件服務(wù)器上的IMAP服務(wù)器程序建立連接,用戶可以對接收郵件服務(wù)器收到的郵件進(jìn)行閱讀滚躯、回復(fù)和管理等操作雏门。這樣,就可以在不同地點(diǎn)掸掏,不同計算機(jī)進(jìn)行電子郵件的使用茁影。缺點(diǎn)是如果用戶不刪除郵件,IMAP服務(wù)器上的郵件就一直存在阅束,對服務(wù)器存儲空間要求比較大。

除了傳統(tǒng)的使用客戶機(jī)/服務(wù)器模式的電子郵件服務(wù)外茄唐,現(xiàn)在更多使用基于Web的電子郵件息裸,用戶通過Web瀏覽器登錄網(wǎng)站上的電子郵件,并在瀏覽器上進(jìn)行郵件收發(fā)操作沪编『襞瑁基于Web的電子郵件采用的是HTTP協(xié)議。

五蚁廓、萬維網(wǎng)(WWW)

5.1 萬維網(wǎng)概念與核心技術(shù)

萬維網(wǎng)(World Wide Web访圃,WWW)是Internet 上最為普及的一種應(yīng)用服務(wù),它由成千上萬個萬維站點(diǎn)(網(wǎng)站)組成的信息存儲系統(tǒng)相嵌,網(wǎng)站以網(wǎng)頁的形式存儲著各種文檔腿时,其中包含了文字、圖片饭宾、聲音和視頻等各種信息批糟。各個網(wǎng)站以鏈接的方式聯(lián)系在一起。

萬維網(wǎng)的核心技術(shù):
1)統(tǒng)一資源定位(URL): 標(biāo)識分布在世界各地的文檔看铆。
2)超文本傳輸協(xié)議(HTTP): 從一個文檔到另一個文檔的數(shù)據(jù)信息交換徽鼎。
3)超文本標(biāo)記語言(HTML): 各種文檔在所有客戶端正確顯示。

5.2 統(tǒng)一資源定位 URL

為了給Internet上的每一個文檔進(jìn)行標(biāo)識,萬維網(wǎng)采用統(tǒng)一資源定位URL的方法否淤。URL 的格式如下:
<協(xié)議>://<主機(jī)>:<端口>/<路徑>

  • <協(xié)議> 指出用戶使用什么協(xié)議訪問萬維網(wǎng)文檔悄但,如HTTP和FTP。
  • :// 是規(guī)定的格式石抡。
  • <主機(jī)> 萬維網(wǎng)文檔所在的主機(jī)域名檐嚣。
  • :<端口> 應(yīng)用層協(xié)議所使用的端口號,如HTTP使用80端口汁雷。
  • /<路徑> 萬維網(wǎng)文檔在主機(jī)中的位置净嘀。
5.3 HTTP

用戶訪問萬維網(wǎng)文檔,以及將萬維網(wǎng)文檔中的數(shù)據(jù)傳送到用戶端侠讯,這些功能是由超文本傳輸協(xié)議 HTTP(HyperText Transfer Protocol)完成的挖藏。

HTTP是由客戶端請求和服務(wù)端響應(yīng)構(gòu)成。用戶在瀏覽器輸入URL厢漩,所經(jīng)歷的過程為:

1)用戶在瀏覽器中輸入要訪問的網(wǎng)頁URL膜眠。
2)瀏覽器根據(jù)URL中的域名,通過DNS解析出目標(biāo)網(wǎng)頁的IP地址溜嗜。
3)瀏覽器與網(wǎng)頁所在服務(wù)器建立TCP連接宵膨。
4)瀏覽器發(fā)送HTTP請求報文,獲取目標(biāo)網(wǎng)頁的文件炸宵。
5)服務(wù)器發(fā)送HTTP響應(yīng)報文辟躏,將目標(biāo)網(wǎng)頁文件發(fā)送給瀏覽器。
6)釋放TCP連接土全。
7)瀏覽器將網(wǎng)頁內(nèi)容展現(xiàn)給用戶計算機(jī)捎琐。

  • HTTP1.0 與 HTTP 1.1 的區(qū)別?
    1.0版本使用非持續(xù)連接裹匙,每傳輸一個對象都需要利用一個往返時間RTT建立TCP連接瑞凑,用一個往返時間申請并傳輸回對象,即平均用兩個往返時間獲取一個對象概页;1.1版本使用持續(xù)連接籽御,即利用同一個TCP連接傳輸多個對象。

HTTP有兩類報文:
請求報文: 從客戶端向服務(wù)器發(fā)送的報文惰匙。
響應(yīng)報文: 從服務(wù)器到客戶端的報文技掏。

  1. HTTP請求報文格式

請求報文由請求行、首部行项鬼、空行和請求數(shù)據(jù)4部分組成零截,如下圖所示。

請求報文

1)請求行: 包含請求方法秃臣、URL涧衙、HTTP版本3部分哪工。請求方法主要有GET、POST弧哎、HEAD雁比、PUT、DELETE撤嫩、OPTIONS偎捎、TRANCE和CONNECT等。
2)首部行: 包括若干行序攘,首部行關(guān)鍵字有以下幾個:

  • User-Agent:發(fā)出請求的瀏覽器類型
  • Accept:客戶端可識別的內(nèi)容類型列表
  • Host:請求的主機(jī)名
  • Connnection:告知服務(wù)器發(fā)送完后釋放連接還是保持連接

3)空行
最后一個首部行之后是一個空行茴她,發(fā)送回車符和換行符,通知服務(wù)器以下不再有首部行了程奠。
4)請求數(shù)據(jù)
用于客戶端向服務(wù)器端填寫表單數(shù)據(jù)丈牢,GET方法沒有請求數(shù)據(jù),POST有瞄沙。

  1. HTTP響應(yīng)報文格式

響應(yīng)報文由狀態(tài)行己沛、消息頭部、空行和響應(yīng)正文4部分組成距境,如下圖所示申尼。

響應(yīng)報文

1)狀態(tài)行: 包含版本、狀態(tài)碼垫桂、短語3部分师幕。狀態(tài)碼表示服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼,短語表示狀態(tài)碼的文本描述诬滩。狀態(tài)碼由5種取值:

  • 1xx:指示信息霹粥。表示請求已收到,繼續(xù)處理碱呼。
  • 2xx:成功蒙挑。表示請求已被成功接收宗侦、處理愚臀。
  • 3xx:重定向。要完成請求必須進(jìn)行更進(jìn)一步的操作矾利。
  • 4xx:客戶端錯誤姑裂。請求有語法錯誤或請求無法實(shí)現(xiàn)。
  • 5xx:服務(wù)器錯誤男旗。服務(wù)器未能實(shí)現(xiàn)合法的請求舶斧。

2)首部行: 包括若干行,首部行關(guān)鍵字有以下幾個:

  • Date:表示返回消息的時間
  • Content-Type:表示返回消息的內(nèi)容類型
  • Content-Length:表示返回內(nèi)容的長度(字節(jié)數(shù))
  • Server:表示使用的服務(wù)器軟件即版本號

3)空行
最后一個首部行之后是一個空行察皇,發(fā)送回車符和換行符茴厉,通知服務(wù)器以下不再有首部行了泽台。

4)響應(yīng)正文
是服務(wù)器端根據(jù)客戶端的請求返回的具體內(nèi)容。

5.4 Cookie 機(jī)制和 Session 機(jī)制

由于HTTP是一種無狀態(tài)的協(xié)議矾缓,服務(wù)器端無法追蹤用戶的會話怀酷,為了記住用戶的狀態(tài)就出現(xiàn)了Cookie機(jī)制和Session機(jī)制。

1. Cookie 機(jī)制
Cookie 是萬維網(wǎng)服務(wù)器在客戶端保存的一段文本嗜闻,用于保存用戶訪問服務(wù)器的相關(guān)信息蜕依。服務(wù)器根據(jù)Cookie中保存的信息對用戶進(jìn)行識別和追蹤。

Cookie 工作原理: 用戶A使用他的計算機(jī)首次瀏覽網(wǎng)站服務(wù)器琉雳,該網(wǎng)站會給A分配一個唯一的ID號样眠,并以此為索引在服務(wù)器數(shù)據(jù)塊中創(chuàng)建一條記錄。然后在發(fā)給A的響應(yīng)報文中添加一個首部行翠肘,名為Set-cookie檐束,值為分配給A的ID號。當(dāng)A收到網(wǎng)站發(fā)回的HTTP響應(yīng)報文后锯茄,先在本地計算機(jī)創(chuàng)建一個文本文件(即為網(wǎng)站的Cookie)厢塘,并從響應(yīng)報文中讀取A的ID號,與網(wǎng)站主機(jī)名一起寫到Cookie文件中肌幽,當(dāng)A再用同一臺計算機(jī)訪問該網(wǎng)站時晚碾,HTTP請求報文中寫入之前獲得的ID號。網(wǎng)站收到后根據(jù)ID號查詢數(shù)據(jù)庫喂急,獲得A的訪問行為格嘁。

Cookie 應(yīng)用場景:
1)統(tǒng)計網(wǎng)站的實(shí)際訪問人數(shù)、新訪問者和重復(fù)訪問者的人數(shù)對比廊移。
2)限制某些特定的用戶的訪問糕簿。
3)可以存儲用戶訪問過程中的操作習(xí)慣和偏好,如顏色和布局等狡孔。
4)記錄用戶登錄名懂诗、密碼,避免多次登錄苗膝。
5)實(shí)現(xiàn)電子商務(wù)的 “購物車” 功能殃恒。

2. Session 機(jī)制

Session 與 Cookie 區(qū)別:
Cookie 機(jī)制中的用戶信息文件被保存再客戶端,而 Session 在服務(wù)器端保存用戶信息辱揭。

Session 工作原理: 當(dāng)用戶使用瀏覽器首次訪問某個網(wǎng)站時离唐,服務(wù)器會為該用戶創(chuàng)建一個唯一的 Session ID,并以此ID為索引開辟一塊數(shù)據(jù)存儲空間问窃,用戶保存該用戶的訪問信息亥鬓。服務(wù)器將 Session ID 通過響應(yīng)報文返回給用戶。以后用戶每次訪問該網(wǎng)站時域庇,請求報文都包含Session ID,服務(wù)器收到后根據(jù)Session ID檢索服務(wù)器保存的Session嵌戈「不客戶端和服務(wù)器端傳遞Session ID 有兩種方式,一是通過Cookie 傳遞熟呛,另一個是通過在URL路徑后添加參數(shù)方式技健。

總結(jié)

  • 了解了網(wǎng)絡(luò)應(yīng)用是什么以及基本模式

  • 域名系統(tǒng)DNS的功能是什么,層次劃分及解析過程

  • 文件傳輸服務(wù)FTP的功能和工作模式是什么

  • 電子郵件發(fā)送協(xié)議SMTP和讀取協(xié)議POP3/IMAP的基本機(jī)制

  • 統(tǒng)一資源定位URL的格式惰拱,HTTP的工作過程

  • Cookie 和 Session 機(jī)制的作用和基本原理

luck

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末雌贱,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子偿短,更是在濱河造成了極大的恐慌欣孤,老刑警劉巖,帶你破解...
    沈念sama閱讀 212,383評論 6 493
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件昔逗,死亡現(xiàn)場離奇詭異降传,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)勾怒,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,522評論 3 385
  • 文/潘曉璐 我一進(jìn)店門婆排,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人笔链,你說我怎么就攤上這事段只。” “怎么了鉴扫?”我有些...
    開封第一講書人閱讀 157,852評論 0 348
  • 文/不壞的土叔 我叫張陵赞枕,是天一觀的道長。 經(jīng)常有香客問我坪创,道長炕婶,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 56,621評論 1 284
  • 正文 為了忘掉前任莱预,我火速辦了婚禮柠掂,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘依沮。我一直安慰自己涯贞,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,741評論 6 386
  • 文/花漫 我一把揭開白布悉抵。 她就那樣靜靜地躺著肩狂,像睡著了一般摘完。 火紅的嫁衣襯著肌膚如雪姥饰。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,929評論 1 290
  • 那天孝治,我揣著相機(jī)與錄音列粪,去河邊找鬼审磁。 笑死,一個胖子當(dāng)著我的面吹牛岂座,可吹牛的內(nèi)容都是我干的态蒂。 我是一名探鬼主播,決...
    沈念sama閱讀 39,076評論 3 410
  • 文/蒼蘭香墨 我猛地睜開眼费什,長吁一口氣:“原來是場噩夢啊……” “哼钾恢!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起鸳址,我...
    開封第一講書人閱讀 37,803評論 0 268
  • 序言:老撾萬榮一對情侶失蹤瘩蚪,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后稿黍,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體疹瘦,經(jīng)...
    沈念sama閱讀 44,265評論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,582評論 2 327
  • 正文 我和宋清朗相戀三年巡球,在試婚紗的時候發(fā)現(xiàn)自己被綠了言沐。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,716評論 1 341
  • 序言:一個原本活蹦亂跳的男人離奇死亡酣栈,死狀恐怖险胰,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情矿筝,我是刑警寧澤鸯乃,帶...
    沈念sama閱讀 34,395評論 4 333
  • 正文 年R本政府宣布,位于F島的核電站跋涣,受9級特大地震影響缨睡,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜陈辱,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,039評論 3 316
  • 文/蒙蒙 一奖年、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧沛贪,春花似錦陋守、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,798評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至媚送,卻和暖如春中燥,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背塘偎。 一陣腳步聲響...
    開封第一講書人閱讀 32,027評論 1 266
  • 我被黑心中介騙來泰國打工疗涉, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留拿霉,地道東北人。 一個月前我還...
    沈念sama閱讀 46,488評論 2 361
  • 正文 我出身青樓咱扣,卻偏偏與公主長得像绽淘,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子闹伪,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,612評論 2 350