訪問www頁面的協議是

⑴ www瀏覽器所使用的應用協議是什麼

WWW使用HTTP協議傳輸各種超文本頁面和數據。
HTTP是Hypertext Transfer Protocol的縮寫，即超文本傳輸協議。 顧名思義，HTTP提供了訪問超文本信息的功能，是WWW瀏覽器和WWW伺服器之間的應用層通信協議。HTTP協議是用於分布式協作超文本信息系統的、通用的、面向對象的協議。通過擴展命令，它可用於類似的任務，如域名服務或分布式面向對象系統。

⑵ www的傳輸協議是什麼

基本協議TCP/IP,文本傳輸HTTP,加密的HTTPS(根據需要，非必需)

⑶ 一台電腦通過瀏覽器訪問網頁時,需要用到那些協議

上網肯定離不開TCP/IP協議，訪問網頁應該是HTTP超文本傳輸協議。涉及到上傳下載還要用到FTP文件傳輸協議。

⑷ Internet中的WWW服務使用的協議是什麼

WWW伺服器使用的主要協議是HTTP協議,即超文體傳輸協議。由於HTTP協議支持的服務不限於WWW,還可以是其他服務,因而HTTP協議允許用戶在統一的界面下,採用不同的協議訪問不同的服務,如FTP,DNS,SMTP,TELKIET等。另外,HTTP協議還可用於名字伺服器和分布式對象管理。

⑸ Internet中的WWW服務使用的協議是什麼

非持久連接和持久連接 HTTP既可以使用非持久連接(nonpersistent connection)，也可以使用持久連接(persistent connection)。HTTP/1.0使用非持久連接，HTTP/1.1默認使用持久連接。非持久連接 讓我們查看一下非持久連接情況下從伺服器 到客戶傳送一個Web頁面的步驟。假設該貝面由1個基本HTML文件和10個JPEG圖像構成，而且所有這些對象都存放在同一台伺服器主機中。 再假設該基本HTML文件的URL為:www.yesky.com/somepath/index.html。下面是具體步騾:1.HTTP客戶初始化一個與伺服器主機www.yesky.com中的HTTP伺服器的TCP連接。HTTP伺服器使用默認埠號80監聽來自HTTP客戶的連接建立請求。2.HTTP客戶經由與TCP連接相關聯的本地套接字發出—個HTTP請求消息。這個消息中包含路徑名/somepath/index.html。3.HTTP伺服器經由與TCP連接相關聯的本地套接字接收這個請求消息，再從伺服器主機的內存或硬碟中取出對象/somepath/index.html，經由同一個套接字發出包含該對象的響應消息。4.HTTP伺服器告知TCP關閉這個TCP連接(不過TCP要到客戶收到剛才這個響應消息之後才會真正終止這個連接)。5.HTTP客戶經由同一個套接字接收這個響應消息。TCP連接隨後終止。該消息標明所封裝的對象是一個HTML文件。客戶從中取出這個文件，加以分析後發現其中有10個JPEG對象的引用。6.給每一個引用到的JPEG對象重復步騾1-4。瀏覽器在接收web頁面的同時把它顯示給用戶。不同的瀏覽器可能會以略有不同的方式解釋(也就是向用戶顯示)同一個web頁面。HTTP與客戶如何解釋Web頁面沒有任何關系，其規范([RFC 1945]和[RFC 2616I)僅僅定義HTTP客戶程序和伺服器程序之間的通信協議。上述步驟之所以稱為使用非持久連接，原因是每次伺服器發出一個對象後，相應的TCP連接就被關閉，也就是說每個連接都沒有持續到可用於傳送其他對象。每個TCP連接只用於傳輸一個請求消息和一個響應消息。就上述例子而言，用戶每請求一次那個web頁面，就產生11個TCP連接。在上述步騾中，我們有意不說清客戶是通過10個串列的TCP連接先後取得所有JPEG對象，還是通過並行的TCP連接同時取得其中某些JPEG 對象。實際上，現今的瀏覽器允許用戶通過配置來控制並行連接的程度。大多數瀏覽器默認可以打開5到10個並行的TCP連接，每個連接處理一個請求—響應事務。用戶要是喜歡，可以把最大並行連接數設為l，那樣的話這10個連接是串列地建立的。我們將在第3章看到，使用並行連接可以縮短響應時間。繼續介紹之前，先估算一下從客戶請求基本HTML文件到它收到該文件所經歷的時間。為此我們定義往返時間(round trip time，簡稱RTT)，它是一個小分組從客戶主機游動到伺服器主機再返回客戶主機所花的時間。RTT包括分組傳播延遲、在中間路由器和交換機土的分組排隊延遲以及分組處理延遲。下面考慮用戶點擊某個超鏈接時會發生什麼。用戶的點擊導致瀏覽器發起建立一個與Web伺服器的TCP連接;這里涉及·—次「三次握手」過程——首先是客戶向伺服器發送一個小的冗餘消息，接著是伺服器向客戶確認並響應以一個小的TCP消息，最後是客戶向伺服器回確認。三次握手過程的前兩次結束時，流逝的時間為1個RTT。此時客戶把HTTP請求消息發送到TCP連接中，客戶接著把三次握手過程最後一次中的確認捎帶在包含這個消息的數據分節中發送以去。伺服器收到來自TCP連接的請求消息後，把相應的HTML文件發送到TCP連接中，伺服器接著把對早先收到的客戶請求的確認捎帶在包含該HTML文件的數據分節中發送出去。這個HTTP請求順應交互也花去1個RTT時間。因此，總的響應時間粗略地算是2個RTT加上伺服器發送這個 HTMI文件的時間。持久連接 非持久連接有些缺點。首先，客戶得為每個待請求的對象建立並維護一個新的連接。對於每個這樣的連接，TCP得在客戶端和伺服器端分配TCP緩沖區，並維持TCP變數。對於有可能同時為來自數百個不同客戶的請求提供服務的web伺服器來說，這會嚴重增加其負擔。其次，如前所述，每個對象都有2個 RTT的響應延長——一個RTT用於建立TCP連接，另—個RTT用於請求和接收對象。最後，每個對象都遭受TCP緩啟動，因為每個TCP連接都起始於緩啟動階段。不過並行TCP連接的使用能夠部分減輕RTT延遲和緩啟動延遲的影響。在持久連接情況下，伺服器在發出響應後讓TCP連接繼續打開著。同一對客戶/伺服器之間的後續請求和響應可以通過這個連接發送。整個Web頁面 (上例中為包含一個基本HTMLL文件和10個圖像的頁面)自不用說可以通過單個持久TCP連接發送:甚至存放在同一個伺服器中的多個web頁面也可以通過單個持久TCP連接發送。通常，HTTP伺服器在某個連接閑置一段特定時間後關閉它，而這段時間通常是可以配置的。持久連接分為不帶流水線 (without pipelining)和帶流水線(with pipelining)兩個版本。如果是不帶流水線的版本，那麼客戶只在收到前一個請求的響應後才發出新的請求。這種情況下，web頁面所引用的每個對象 (上例中的10個圖像)都經歷1個RTT的延遲，用於請求和接收該對象。與非持久連接2個RTT的延遲相比，不帶流水線的持久連接已有所改善，不過帶流水線的持久連接還能進一步降低響應延遲。不帶流水線版本的另一個缺點是，伺服器送出一個對象後開始等待下一個請求，而這個新請求卻不能馬上到達。這段時間伺服器資源便閑置了。HTTP/1.1的默認模式使用帶流水線的持久連接。這種情況下，HTTP客戶每碰到一個引用就立即發出一個請求，因而HTTP客戶可以一個接一個緊挨著發出各個引用對象的請求。伺服器收到這些請求後，也可以一個接一個緊挨著發出各個對象。如果所有的請求和響應都是緊挨著發送的，那麼所有引用到的對象一共只經歷1個RTT的延遲(而不是像不帶流水線的版本那樣，每個引用到的對象都各有1個RTT的延遲)。另外，帶流水線的持久連接中伺服器空等請求的時間比較少。與非持久連接相比，持久連接(不論是否帶流水線)除降低了1個RTT的響應延遲外，緩啟動延遲也比較小。其原因在於既然各個對象使用同一個TCP連接，伺服器發出第一個對象後就不必再以一開始的緩慢速率發送後續對象。相反，伺服器可以按照第一個對象發送完畢時的速率開始發送下一個對象。

⑹ 連接到WWW頁面的協議是

B
Hypertext Transfer Protocol, WWW服務程序所用的協議

⑺ 互聯網路上的服務都是基於一種協議，www服務基於什麼協議

www服務基於HTTP協議；

HTTP是Hypertext Transfer Protocol的縮寫，即超文本傳輸協議。 顧名思義，HTTP提供了訪問超文本信息的功能，是WWW瀏覽器和WWW伺服器之間的應用層通信協議。HTTP協議是用於分布式協作超文本信息系統的、通用的、面向對象的協議。通過擴展命令，它可用於類似的任務，如域名服務或分布式面向對象系統。WWW使用HTTP協議傳輸各種超文本頁面和數據。

(7)訪問www頁面的協議是擴展閱讀：

HTTP協議會話過程

1.建立連接：客戶端的瀏覽器向服務端發出建立連接的請求，服務端給出響應就可以建立連接了。

2.發送請求：客戶端按照協議的要求通過連接向服務端發送自己的請求。

3.給出應答：服務端按照客戶端的要求給出應答，把結果（HTML文件）返回給客戶端。

4.關閉連接：客戶端接到應答後關閉連接。

⑻ 運行在互聯網上用於WWW服務的協議是

http(Hypertext Transfer Protocol)

是一個簡單的請求-響應協議，它通常運行在TCP之上。它指定了客戶端可能發送給伺服器什麼樣的消息以及得到什麼樣的響應。請求和響應消息的頭以ASCII碼形式給出；而消息內容則具有一個類似MIME的格式。這個簡單模型是早期Web成功的有功之臣，因為它使開發和部署非常地直截了當。

在1990年，HTTP就成為WWW的支撐協議。當時由其創始人WWW之父蒂姆·貝納斯·李（TimBerners—Lee）提出，隨後WWW聯盟（WWW Consortium）成立，組織了IETF（Internet Engineering Task Force）小組進一步完善和發布HTTP協議。

(8)訪問www頁面的協議是擴展閱讀

http的產生——

萬維網WWW（world wide web）發源於歐洲日內瓦量子物理實驗室CERN，正是WWW技術的出現使得網際網路得以超乎想像的速度迅猛發展。這項基於TCP/IP的技術在短短的十年時間內迅速成為已經發展了幾十年的Internet上的規模最大的信息系統，

它的成功歸結於它的簡單、實用。在WWW的背後有一系列的協議和標准支持它完成如此宏大的工作，這就是Web協議族，其中就包括HTTP超文本傳輸協議。

⑼ 連接www頁面的協議是

TCP/IP

⑽ 連接到WWW頁面的協議是HTTP還是HTML

是http協議鏈接的：超文本傳輸協議（Hypertext Transfer Protocol）

html只是編寫網頁的語言：即超文本標記語言（HyperText Mark-up Language）