web入門(mén)-UDP/TCP/HTTP/HTTPS

1.什么是TCP轻姿,什么UDP乳乌,它們兩者的區(qū)別?

TCP:Transmission Control Protocal 傳輸控制協(xié)議

是一種面向連接的绩聘,可靠的沥割,基于字節(jié)流的傳輸層通信協(xié)議

UDP:User Datagram Protocal 用戶數(shù)據(jù)協(xié)議

是OSI/RM 模型中隸屬于傳輸層的面向無(wú)連接的網(wǎng)絡(luò)數(shù)據(jù)傳輸協(xié)議。

區(qū)別:

(1).TCP提供可靠的服務(wù)凿菩,通過(guò)TCP連接傳送的數(shù)據(jù),無(wú)差錯(cuò)帜讲,不丟失衅谷,不重復(fù),按序到達(dá)似将;UDP盡最大努力交付获黔,即不保證可靠交付。
(2)TCP連接只能是點(diǎn)到點(diǎn)的在验;
UDP支持一對(duì)一玷氏、一對(duì)多、多對(duì)一腋舌、多對(duì)多的交互通信盏触。
(3)TCP的邏輯通信通道是全雙工的可靠信道;
UDP的邏輯通信信道是不可靠信道块饺。


image.png

2.簡(jiǎn)單的描述一下TCP的三次握手和四次揮手的過(guò)程

  • 三次握手建立連接
    A->B:發(fā)送一個(gè)尋址請(qǐng)求碼seq=100;B->A:返回一個(gè)應(yīng)答 ack=101赞辩;
    A->B:發(fā)送一個(gè)確認(rèn)請(qǐng)求碼seq=101,確認(rèn)連接授艰;B->A:返回一個(gè)應(yīng)答辨嗽,ack=300;
    A->B:發(fā)送一個(gè)連接確認(rèn)碼ack=300;B->A:返回應(yīng)答ack=80;
    A和B之間開(kāi)始進(jìn)行數(shù)據(jù)交互淮腾;
  • 四次揮手?jǐn)嚅_(kāi)
    A->B:發(fā)送一個(gè)數(shù)據(jù)驗(yàn)證請(qǐng)求碼seq=100;B->A:返回一個(gè)應(yīng)答ack=101;
    A->B:發(fā)送一個(gè)傳輸結(jié)束標(biāo)記:seq=101糟需;B->A:返回一個(gè)應(yīng)答 ack=200;
    A->B:發(fā)送一個(gè)確認(rèn)結(jié)束標(biāo)記:seq=200;B->A:返回一個(gè)應(yīng)答 ack=300;
    A->B:發(fā)送連接斷開(kāi)標(biāo)記:seq=300谷朝;B->A:返回?cái)嚅_(kāi)連接應(yīng)答:ack=400;
正是有了三次握手和四次揮手對(duì)于連接可靠性的保障洲押,才讓TCP協(xié)議端對(duì)端的數(shù)據(jù)交互變得可行,但是同樣由于該協(xié)議的過(guò)于可靠徘禁,被有心人利用經(jīng)常實(shí)施DDOS拒絕服務(wù)攻擊诅诱。

3.簡(jiǎn)述HTTP和HTTPS協(xié)議的不同之處

HTTP:HyperText Transfer Protocal 超文本傳輸協(xié)議
HTTPS:HyperText Transfer Protocal over Secure Socket Layer 安全HTTP協(xié)議通道,簡(jiǎn)稱安全的超文本傳輸協(xié)議送朱。簡(jiǎn)單講就是HTTP的安全版娘荡,即HTTP下加入SSL層干旁,HTTPS的安全基礎(chǔ)是SSL,因此加密的詳細(xì)內(nèi)容就需要SSL炮沐。

HTTPS協(xié)議的主要作用可以分為兩種:一種是建立一個(gè)信息安全通道争群,來(lái)保證數(shù)據(jù)傳輸?shù)陌踩涣硪环N就是確認(rèn)網(wǎng)站的真實(shí)性大年。

HTTP和HTTPS的相同點(diǎn)
  • 大多數(shù)情況下换薄,HTTP和HTTPS是相同的,因?yàn)槎际遣捎靡粋€(gè)基礎(chǔ)的協(xié)議翔试,作為HTTP或HTTPS客戶端--瀏覽器轻要,設(shè)立一個(gè)連接到web服務(wù)器指定的端口。當(dāng)服務(wù)器接收到請(qǐng)求垦缅,它會(huì)返回一個(gè)狀態(tài)碼以及消息冲泥,這個(gè)回應(yīng)可能是請(qǐng)求信息、或者只是某個(gè)錯(cuò)誤發(fā)送的錯(cuò)誤信息壁涎。系統(tǒng)使用統(tǒng)一組員管理器URI模式凡恍,因此資源可以被唯一指定。而HTTPS和HTTP唯一不同的只是一個(gè)協(xié)議(https)的說(shuō)明怔球,其他都是一樣的嚼酝。
HTTP與HTTPS有什么區(qū)別?
  • (1)HTTP的URL以http://開(kāi)頭竟坛,而HTTPS的URL以https://開(kāi)頭
    (2)HTTP是不安全的闽巩;而HTTPS是安全的
    (3)HTTP標(biāo)準(zhǔn)端口是80,而HTTPS的標(biāo)準(zhǔn)端口是443
    (4)在OSI網(wǎng)絡(luò)模型中流码,HTTP工作于應(yīng)用層又官,而HTTPS工作在傳輸層
    (5)HTTP無(wú)需加密,而HTTPS對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行加密
    (6)HTTP無(wú)需證書(shū)漫试,而HTTPS需要認(rèn)證證書(shū)六敬。
擴(kuò)展:什么時(shí)候該使用HTTPS?
  • 銀行網(wǎng)站驾荣,支付網(wǎng)關(guān)外构、購(gòu)物網(wǎng)站、登錄頁(yè)播掷、電子郵箱一級(jí)一些企業(yè)部門(mén)的網(wǎng)站應(yīng)該使用HTTPS审编。

4.http有八種請(qǐng)求方式

get:向服務(wù)器請(qǐng)求指定的資源
post:向服務(wù)器提交數(shù)據(jù)請(qǐng)求處理,數(shù)據(jù)被包含在請(qǐng)求體中
put:向服務(wù)器上傳指定的數(shù)據(jù)
delete:向服務(wù)器發(fā)送請(qǐng)求刪除指定數(shù)據(jù)
option:返回服務(wù)器對(duì)指定資源數(shù)據(jù)支持的HTTP請(qǐng)求方法歧匈,一般用于測(cè)試服務(wù)器功能的可用性
head:返回服務(wù)器上對(duì)指定資源數(shù)據(jù)的HTTP請(qǐng)求頭垒酬,在不需要返回全部數(shù)據(jù)的情況
track:回顯服務(wù)器收到的請(qǐng)求,主要進(jìn)行功能測(cè)試判斷
connect:HTTP1.1協(xié)議中預(yù)留請(qǐng)求方式,可以將連接 改為管道方式的代理服務(wù)器

get和post的區(qū)別

(1)提交參數(shù)的位置不同:
get提交的數(shù)據(jù)會(huì)放在URL之后勘究,以分割URL和傳輸數(shù)據(jù)矮湘,參數(shù)之間以&相連,如:htt://www.baidu.com/test?name=test&id=1234
post方法是把提交的數(shù)據(jù)放在HTTP包的Body中口糕。
(2)提交參數(shù)的大小不同:
get提交的數(shù)據(jù)大小有限制(因?yàn)闉g覽器對(duì)URL的長(zhǎng)度有限制)缅阳,這點(diǎn)要根據(jù)實(shí)際情況而論,目前瀏覽器種類比較多景描,不同的瀏覽器大小 限制不同十办。
而post方法提交的數(shù)據(jù)理論上沒(méi)有限制,但是建議不要太大
(3)安全問(wèn)題上:
get方法提交數(shù)據(jù)超棺,會(huì)帶來(lái)安全問(wèn)題向族,因?yàn)閰?shù)是裸露在地址欄上,所以較不安全说搅。
而post方式參數(shù)在body中炸枣,所以安全性較高(注意:只是較高,不是很安全弄唧,在 http協(xié)議下,不管哪種提交方式霍衫,都是明碼提交候引,只要有抓包工具,都能抓取數(shù)據(jù)的)
(4)是否瀏覽器可以收藏
get請(qǐng)求因?yàn)閰?shù)在地址欄上敦跌,因此可以收藏(因?yàn)閰?shù)可以保存)
而post請(qǐng)求不行澄干,不能被瀏覽器收藏,因?yàn)閰?shù)無(wú)法被瀏覽器保存

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末柠傍,一起剝皮案震驚了整個(gè)濱河市麸俘,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌惧笛,老刑警劉巖从媚,帶你破解...
    沈念sama閱讀 212,294評(píng)論 6 493
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異患整,居然都是意外死亡拜效,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 90,493評(píng)論 3 385
  • 文/潘曉璐 我一進(jìn)店門(mén)各谚,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)紧憾,“玉大人,你說(shuō)我怎么就攤上這事昌渤「八耄” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 157,790評(píng)論 0 348
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)般眉。 經(jīng)常有香客問(wèn)我了赵,道長(zhǎng),這世上最難降的妖魔是什么煤篙? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 56,595評(píng)論 1 284
  • 正文 為了忘掉前任斟览,我火速辦了婚禮,結(jié)果婚禮上辑奈,老公的妹妹穿的比我還像新娘苛茂。我一直安慰自己,他們只是感情好鸠窗,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,718評(píng)論 6 386
  • 文/花漫 我一把揭開(kāi)白布妓羊。 她就那樣靜靜地躺著,像睡著了一般稍计。 火紅的嫁衣襯著肌膚如雪躁绸。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 49,906評(píng)論 1 290
  • 那天臣嚣,我揣著相機(jī)與錄音净刮,去河邊找鬼。 笑死硅则,一個(gè)胖子當(dāng)著我的面吹牛淹父,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播怎虫,決...
    沈念sama閱讀 39,053評(píng)論 3 410
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼暑认,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了大审?” 一聲冷哼從身側(cè)響起蘸际,我...
    開(kāi)封第一講書(shū)人閱讀 37,797評(píng)論 0 268
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎徒扶,沒(méi)想到半個(gè)月后粮彤,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,250評(píng)論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡酷愧,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,570評(píng)論 2 327
  • 正文 我和宋清朗相戀三年驾诈,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片溶浴。...
    茶點(diǎn)故事閱讀 38,711評(píng)論 1 341
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡坷檩,死狀恐怖折晦,靈堂內(nèi)的尸體忽然破棺而出冒签,到底是詐尸還是另有隱情俘枫,我是刑警寧澤褥伴,帶...
    沈念sama閱讀 34,388評(píng)論 4 332
  • 正文 年R本政府宣布,位于F島的核電站漾狼,受9級(jí)特大地震影響重慢,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜逊躁,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 40,018評(píng)論 3 316
  • 文/蒙蒙 一似踱、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧稽煤,春花似錦核芽、人聲如沸。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 30,796評(píng)論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至匾二,卻和暖如春哮独,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背察藐。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,023評(píng)論 1 266
  • 我被黑心中介騙來(lái)泰國(guó)打工皮璧, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人分飞。 一個(gè)月前我還...
    沈念sama閱讀 46,461評(píng)論 2 360
  • 正文 我出身青樓恶导,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親浸须。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,595評(píng)論 2 350

推薦閱讀更多精彩內(nèi)容

  • 當(dāng) app 和服務(wù)器進(jìn)行通信的時(shí)候,大多數(shù)情況下顺囊,都是采用 HTTP 協(xié)議肌索。HTTP 最初是為 web 瀏覽器而定...
    Flysss1219閱讀 1,259評(píng)論 0 4
  • 1.OkHttp源碼解析(一):OKHttp初階2 OkHttp源碼解析(二):OkHttp連接的"前戲"——HT...
    隔壁老李頭閱讀 20,826評(píng)論 24 176
  • 傳輸層提供的服務(wù) 傳輸層的功能 從通信和信息處理的角度看 诚亚,傳輸層向它上面的應(yīng)用層提供通信服務(wù),它屬于面向通信部分...
    CodeKing2017閱讀 3,614評(píng)論 1 9
  • 1.這篇文章不是本人原創(chuàng)的午乓,只是個(gè)人為了對(duì)這部分知識(shí)做一個(gè)整理和系統(tǒng)的輸出而編輯成的站宗,在此鄭重地向本文所引用文章的...
    SOMCENT閱讀 13,051評(píng)論 6 174
  • 還有二十分鐘……十分鐘……快,快走益愈,時(shí)間到了梢灭!我手忙腳亂地收拾好行李夷家,朝著火車(chē)站飛奔而去…… 今年...
    a豆粒兒a閱讀 112評(píng)論 0 0