日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當(dāng)前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

HTTP面试题都在这里

發(fā)布時(shí)間:2025/4/5 编程问答 31 豆豆
生活随笔 收集整理的這篇文章主要介紹了 HTTP面试题都在这里 小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

2019獨(dú)角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>

HTTP常見面試題

Http與Https的區(qū)別:

Http與Https的區(qū)別:

  • HTTP 的URL 以http:// 開頭,而HTTPS 的URL 以https:// 開頭
  • HTTP 是不安全的,而 HTTPS 是安全的
  • HTTP 標(biāo)準(zhǔn)端口是80 ,而 HTTPS 的標(biāo)準(zhǔn)端口是443
  • 在OSI 網(wǎng)絡(luò)模型中,HTTP工作于應(yīng)用層,而HTTPS 的安全傳輸機(jī)制工作在傳輸層
  • HTTP 無法加密,而HTTPS 對(duì)傳輸?shù)臄?shù)據(jù)進(jìn)行加密
  • HTTP無需證書,而HTTPS 需要CA機(jī)構(gòu)wosign的頒發(fā)的SSL證書
  • 什么是Http協(xié)議無狀態(tài)協(xié)議?怎么解決Http協(xié)議無狀態(tài)協(xié)議?

    • 無狀態(tài)協(xié)議對(duì)于事務(wù)處理沒有記憶能力缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息
      • 也就是說,當(dāng)客戶端一次HTTP請(qǐng)求完成以后,客戶端再發(fā)送一次HTTP請(qǐng)求,HTTP并不知道當(dāng)前客戶端是一個(gè)”老用戶“。
    • 可以使用Cookie來解決無狀態(tài)的問題,Cookie就相當(dāng)于一個(gè)通行證,第一次訪問的時(shí)候給客戶端發(fā)送一個(gè)Cookie,當(dāng)客戶端再次來的時(shí)候,拿著Cookie(通行證),那么服務(wù)器就知道這個(gè)是”老用戶“。

    URI和URL的區(qū)別

    URI和URL的區(qū)別

    URI,是uniform resource identifier,統(tǒng)一資源標(biāo)識(shí)符,用來唯一的標(biāo)識(shí)一個(gè)資源。

    • Web上可用的每種資源如HTML文檔、圖像、視頻片段、程序等都是一個(gè)來URI來定位的
    • URI一般由三部組成:
    • ①訪問資源的命名機(jī)制
    • ②存放資源的主機(jī)名
    • ③資源自身的名稱,由路徑表示,著重強(qiáng)調(diào)于資源。

    URL是uniform resource locator,統(tǒng)一資源定位器,它是一種具體的URI,即URL可以用來標(biāo)識(shí)一個(gè)資源,而且還指明了如何locate這個(gè)資源。

    • URL是Internet上用來描述信息資源的字符串,主要用在各種WWW客戶程序和服務(wù)器程序上,特別是著名的Mosaic。
    • 采用URL可以用一種統(tǒng)一的格式來描述各種信息資源,包括文件、服務(wù)器的地址和目錄等。URL一般由三部組成:
    • ①協(xié)議(或稱為服務(wù)方式)
    • ②存有該資源的主機(jī)IP地址(有時(shí)也包括端口號(hào))
    • ③主機(jī)資源的具體地址。如目錄和文件名等

    URN,uniform resource name,統(tǒng)一資源命名,是通過名字來標(biāo)識(shí)資源,比如mailto:java-net@java.sun.com。

    • URI是以一種抽象的,高層次概念定義統(tǒng)一資源標(biāo)識(shí),而URL和URN則是具體的資源標(biāo)識(shí)的方式。URL和URN都是一種URI。籠統(tǒng)地說,每個(gè) URL 都是 URI,但不一定每個(gè) URI 都是 URL。這是因?yàn)?URI 還包括一個(gè)子類,即統(tǒng)一資源名稱 (URN),它命名資源但不指定如何定位資源。上面的 mailto、news 和 isbn URI 都是 URN 的示例。

    在Java的URI中,一個(gè)URI實(shí)例可以代表絕對(duì)的,也可以是相對(duì)的,只要它符合URI的語法規(guī)則。而URL類則不僅符合語義,還包含了定位該資源的信息,因此它不能是相對(duì)的。

    在Java類庫中,URI類不包含任何訪問資源的方法,它唯一的作用就是解析。

    相反的是,URL類可以打開一個(gè)到達(dá)資源的流。

    常用的HTTP方法有哪些?

    常用的HTTP方法有哪些?

    • GET: 用于請(qǐng)求訪問已經(jīng)被URI(統(tǒng)一資源標(biāo)識(shí)符)識(shí)別的資源,可以通過URL傳參給服務(wù)器
    • POST:用于傳輸信息給服務(wù)器,主要功能與GET方法類似,但一般推薦使用POST方式。
    • PUT: 傳輸文件,報(bào)文主體中包含文件內(nèi)容,保存到對(duì)應(yīng)URI位置。
    • HEAD: 獲得報(bào)文首部,與GET方法類似,只是不返回報(bào)文主體,一般用于驗(yàn)證URI是否有效。
    • DELETE:刪除文件,與PUT方法相反,刪除對(duì)應(yīng)URI位置的文件。
    • OPTIONS:查詢相應(yīng)URI支持的HTTP方法。

    HTTP請(qǐng)求報(bào)文與響應(yīng)報(bào)文格式

    HTTP請(qǐng)求報(bào)文與響應(yīng)報(bào)文格式

    請(qǐng)求報(bào)文包含四部分:

    ?

    ?

    • a、請(qǐng)求行:包含請(qǐng)求方法、URI、HTTP版本信息
    • b、請(qǐng)求首部字段
    • c、請(qǐng)求內(nèi)容實(shí)體
    • d、空行

    響應(yīng)報(bào)文包含四部分:

    ?

    ?

    • a、狀態(tài)行:包含HTTP版本、狀態(tài)碼、狀態(tài)碼的原因短語
    • b、響應(yīng)首部字段
    • c、響應(yīng)內(nèi)容實(shí)體
    • d、空行

    常見的首部:

    • 通用首部字段(請(qǐng)求報(bào)文與響應(yīng)報(bào)文都會(huì)使用的首部字段)
      • Date:創(chuàng)建報(bào)文時(shí)間
      • Connection:連接的管理
      • Cache-Control:緩存的控制
      • Transfer-Encoding:報(bào)文主體的傳輸編碼方式
    • 請(qǐng)求首部字段(請(qǐng)求報(bào)文會(huì)使用的首部字段)
      • Host:請(qǐng)求資源所在服務(wù)器
      • Accept:可處理的媒體類型
      • Accept-Charset:可接收的字符集
      • Accept-Encoding:可接受的內(nèi)容編碼
      • Accept-Language:可接受的自然語言
    • 響應(yīng)首部字段(響應(yīng)報(bào)文會(huì)使用的首部字段)
      • Accept-Ranges:可接受的字節(jié)范圍
      • Location:令客戶端重新定向到的URI
      • Server:HTTP服務(wù)器的安裝信息
    • 實(shí)體首部字段(請(qǐng)求報(bào)文與響應(yīng)報(bào)文的的實(shí)體部分使用的首部字段)
      • Allow:資源可支持的HTTP方法
      • Content-Type:實(shí)體主類的類型
      • Content-Encoding:實(shí)體主體適用的編碼方式
      • Content-Language:實(shí)體主體的自然語言
      • Content-Length:實(shí)體主體的的字節(jié)數(shù)
      • Content-Range:實(shí)體主體的位置范圍,一般用于發(fā)出部分請(qǐng)求時(shí)使用

    HTTPS工作原理

    HTTPS工作原理

    • 一、首先HTTP請(qǐng)求服務(wù)端生成證書,客戶端對(duì)證書的有效期、合法性、域名是否與請(qǐng)求的域名一致、證書的公鑰(RSA加密)等進(jìn)行校驗(yàn);
    • 二、客戶端如果校驗(yàn)通過后,就根據(jù)證書的公鑰的有效, 生成隨機(jī)數(shù),隨機(jī)數(shù)使用公鑰進(jìn)行加密(RSA加密);
    • 三、消息體產(chǎn)生的后,對(duì)它的摘要進(jìn)行MD5(或者SHA1)算法加密,此時(shí)就得到了RSA簽名;
    • 四、發(fā)送給服務(wù)端,此時(shí)只有服務(wù)端(RSA私鑰)能解密。
    • 五、解密得到的隨機(jī)數(shù),再用AES加密,作為密鑰(此時(shí)的密鑰只有客戶端和服務(wù)端知道)。

    ?

    ?

    具體的參考鏈接:blog.csdn.net/sean_cd/art…

    一次完整的HTTP請(qǐng)求所經(jīng)歷的7個(gè)步驟

    一次完整的HTTP請(qǐng)求所經(jīng)歷的7個(gè)步驟

    HTTP通信機(jī)制是在一次完整的HTTP通信過程中,Web瀏覽器與Web服務(wù)器之間將完成下列7個(gè)步驟:

    • 建立TCP連接

    在HTTP工作開始之前,Web瀏覽器首先要通過網(wǎng)絡(luò)與Web服務(wù)器建立連接,該連接是通過TCP來完成的,該協(xié)議與IP協(xié)議共同構(gòu)建 Internet,即著名的TCP/IP協(xié)議族,因此Internet又被稱作是TCP/IP網(wǎng)絡(luò)。HTTP是比TCP更高層次的應(yīng)用層協(xié)議,根據(jù)規(guī)則, 只有低層協(xié)議建立之后才能,才能進(jìn)行更層協(xié)議的連接,因此,首先要建立TCP連接,一般TCP連接的端口號(hào)是80。

    • Web瀏覽器向Web服務(wù)器發(fā)送請(qǐng)求行

    一旦建立了TCP連接,Web瀏覽器就會(huì)向Web服務(wù)器發(fā)送請(qǐng)求命令。例如:GET /sample/hello.jsp HTTP/1.1。

    • Web瀏覽器發(fā)送請(qǐng)求頭

      • 瀏覽器發(fā)送其請(qǐng)求命令之后,還要以頭信息的形式向Web服務(wù)器發(fā)送一些別的信息,之后瀏覽器發(fā)送了一空白行來通知服務(wù)器,它已經(jīng)結(jié)束了該頭信息的發(fā)送。
    • Web服務(wù)器應(yīng)答

      • 客戶機(jī)向服務(wù)器發(fā)出請(qǐng)求后,服務(wù)器會(huì)客戶機(jī)回送應(yīng)答, HTTP/1.1 200 OK ,應(yīng)答的第一部分是協(xié)議的版本號(hào)和應(yīng)答狀態(tài)碼。
    • Web服務(wù)器發(fā)送應(yīng)答頭

      • 正如客戶端會(huì)隨同請(qǐng)求發(fā)送關(guān)于自身的信息一樣,服務(wù)器也會(huì)隨同應(yīng)答向用戶發(fā)送關(guān)于它自己的數(shù)據(jù)及被請(qǐng)求的文檔。
    • Web服務(wù)器向?yàn)g覽器發(fā)送數(shù)據(jù)

      • Web服務(wù)器向?yàn)g覽器發(fā)送頭信息后,它會(huì)發(fā)送一個(gè)空白行來表示頭信息的發(fā)送到此為結(jié)束,接著,它就以Content-Type應(yīng)答頭信息所描述的格式發(fā)送用戶所請(qǐng)求的實(shí)際數(shù)據(jù)
    • Web服務(wù)器關(guān)閉TCP連接

      • 一般情況下,一旦Web服務(wù)器向?yàn)g覽器發(fā)送了請(qǐng)求數(shù)據(jù),它就要關(guān)閉TCP連接,然后如果瀏覽器或者服務(wù)器在其頭信息加入了這行代碼:

    Connection:keep-alive

    TCP連接在發(fā)送后將仍然保持打開狀態(tài),于是,瀏覽器可以繼續(xù)通過相同的連接發(fā)送請(qǐng)求。保持連接節(jié)省了為每個(gè)請(qǐng)求建立新連接所需的時(shí)間,還節(jié)約了網(wǎng)絡(luò)帶寬。

    建立TCP連接->發(fā)送請(qǐng)求行->發(fā)送請(qǐng)求頭->(到達(dá)服務(wù)器)發(fā)送狀態(tài)行->發(fā)送響應(yīng)頭->發(fā)送響應(yīng)數(shù)據(jù)->斷TCP連接

    最具體的HTTP請(qǐng)求過程:blog.51cto.com/linux5588/1…

    常見的HTTP相應(yīng)狀態(tài)碼

    常見的HTTP相應(yīng)狀態(tài)碼

    • 200:請(qǐng)求被正常處理
    • 204:請(qǐng)求被受理但沒有資源可以返回
    • 206:客戶端只是請(qǐng)求資源的一部分,服務(wù)器只對(duì)請(qǐng)求的部分資源執(zhí)行GET方法,相應(yīng)報(bào)文中通過Content-Range指定范圍的資源。
    • 301:永久性重定向
    • 302:臨時(shí)重定向
    • 303:與302狀態(tài)碼有相似功能,只是它希望客戶端在請(qǐng)求一個(gè)URI的時(shí)候,能通過GET方法重定向到另一個(gè)URI上
    • 304:發(fā)送附帶條件的請(qǐng)求時(shí),條件不滿足時(shí)返回,與重定向無關(guān)
    • 307:臨時(shí)重定向,與302類似,只是強(qiáng)制要求使用POST方法
    • 400:請(qǐng)求報(bào)文語法有誤,服務(wù)器無法識(shí)別
    • 401:請(qǐng)求需要認(rèn)證
    • 403:請(qǐng)求的對(duì)應(yīng)資源禁止被訪問
    • 404:服務(wù)器無法找到對(duì)應(yīng)資源
    • 500:服務(wù)器內(nèi)部錯(cuò)誤
    • 503:服務(wù)器正忙? ?

    ?

    HTTP1.1版本新特性

    HTTP1.1版本新特性

    • a、默認(rèn)持久連接節(jié)省通信量,只要客戶端服務(wù)端任意一端沒有明確提出斷開TCP連接,就一直保持連接,可以發(fā)送多次HTTP請(qǐng)求
    • b、管線化,客戶端可以同時(shí)發(fā)出多個(gè)HTTP請(qǐng)求,而不用一個(gè)個(gè)等待響應(yīng)
    • c、斷點(diǎn)續(xù)傳
      • 實(shí)際上就是利用HTTP消息頭使用分塊傳輸編碼,將實(shí)體主體分塊傳輸。

    HTTP優(yōu)化方案

    我下面就簡(jiǎn)要概括一下:

    • TCP復(fù)用:TCP連接復(fù)用是將多個(gè)客戶端的HTTP請(qǐng)求復(fù)用到一個(gè)服務(wù)器端TCP連接上,而HTTP復(fù)用則是一個(gè)客戶端的多個(gè)HTTP請(qǐng)求通過一個(gè)TCP連接進(jìn)行處理。前者是負(fù)載均衡設(shè)備的獨(dú)特功能;而后者是HTTP 1.1協(xié)議所支持的新功能,目前被大多數(shù)瀏覽器所支持。
    • 內(nèi)容緩存:將經(jīng)常用到的內(nèi)容進(jìn)行緩存起來,那么客戶端就可以直接在內(nèi)存中獲取相應(yīng)的數(shù)據(jù)了。
    • 壓縮:將文本數(shù)據(jù)進(jìn)行壓縮,減少帶寬
    • SSL加速(SSL Acceleration):使用SSL協(xié)議對(duì)HTTP協(xié)議進(jìn)行加密,在通道內(nèi)加密并加速
    • TCP緩沖:通過采用TCP緩沖技術(shù),可以提高服務(wù)器端響應(yīng)時(shí)間和處理效率,減少由于通信鏈路問題給服務(wù)器造成的連接負(fù)擔(dān)。

    詳情參考:

    • blog.51cto.com/virtualadc/…
    • www.cnblogs.com/cocowool/ar…

    如果文章有錯(cuò)的地方歡迎指正,大家互相交流。習(xí)慣在微信看技術(shù)文章的同學(xué),可以關(guān)注微信公眾號(hào):Java3y

    ?

    ?

    ?

    轉(zhuǎn)載于:https://my.oschina.net/u/3777556/blog/1621516

    總結(jié)

    以上是生活随笔為你收集整理的HTTP面试题都在这里的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。

    如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò),歡迎將生活随笔推薦給好友。

    主站蜘蛛池模板: 欧美视频一区二区在线观看 | 日韩大片av | 一区在线播放 | 少妇视频一区 | 色葡萄影院 | 99久久精品日本一区二区免费 | japanese国产打屁股网站 | 成年人视频在线免费观看 | 日本黄色大片网站 | 女人的天堂av | 女优色图 | 黄色激情小说视频 | 美女精品久久久 | 香蕉在线视频观看 | 日本天堂在线 | 青青草原成人 | 成人av高清在线 | 免费成人深夜夜行p站 | 国产精品三区在线观看 | 欧美天天性影院 | 中文字幕在线免费观看视频 | 五月婷婷一区二区 | 日韩欧美理论 | 乱淫av| 欧美精产国品一二三区 | 青娱网电信一区电信二区电信三区 | 麻豆成人网 | 黄色高清无遮挡 | 自拍偷拍色图 | 天天操导航 | 黄色片免费播放 | 一级黄大片 | 性感美女在线 | 波多野结衣视频免费在线观看 | 日韩欧美在线观看 | 亚洲第五页| 日韩一区二区三区四区 | 国产精品日日夜夜 | 肉大捧一进一出免费视频 | 亚洲国产小视频 | 免费在线观看不卡av | 在线91视频 | 射美女 | 成人免费视频国产在线观看 | 91久久久久久久久久久 | 国语毛片 | 一道本不卡视频 | 性av免费 | 高h捆绑拘束调教小说 | 国产伦精品一区二区三区四区免费 | 久久怡红院 | 国产精品午夜在线观看 | 久久av一区 | 99视频精品免费 | 国产久操视频 | 深夜国产在线 | 亚洲精品福利在线 | 日韩av一卡二卡 | 日韩毛片视频 | 在线看的网站 | 狠狠综合久久 | 精品人妻av一区二区 | 性高潮网站| 日本午夜在线视频 | 男女扒开双腿猛进入爽爽免费 | www欧美色 | 91美女精品| 免费大片黄在线观看视频网站 | 最好看的2019年中文在线观看 | 黄色性生活一级片 | 自拍三级 | 看国产毛片 | 男女草比视频 | 91日日夜夜| 男女透逼视频 | 免费看国产精品 | 精品视频日韩 | 91久久精品国产91性色tv | 泰国午夜理伦三级 | 五月激情网站 | 欧美黄在线观看 | 又紧又大又爽精品一区二区 | 亚洲综合免费观看高清完整版 | 久久撸视频| 99热免费观看 | 国产精品玖玖玖 | 日韩av一二三区 | 成人午夜视频免费观看 | 韩国三级久久 | 黄色污污网站在线观看 | 成人在线观 | 91浏览器在线观看 | 国产成人综合在线 | 美女免费黄色 | 97香蕉久久超级碰碰高清版 | 91av在线免费| av色资源 | 91精品国产91久久久久久吃药 | 天天舔天天干天天操 |