Ⅰ Web伺服器使用的主要協議是TCP/IP。 對
TCP/IP協議是一個協議族，包括了一大組協議，對於整個伺服器而言，在底層聯系使用的是IP協議來實現地址的尋找，使用TCP或者UDP協議（都是TCP/IP協議族中的同層次協議）來實現各種服務的連接建立，然後使用各種應用服務協議來實現各種具體的服務，比如DNS協議實現DNS服務，HTTP或者HTTPS來實現WEB服務，用SMTP，POP3協議來實現電子郵件的服務等等。
Ⅱ 網際網路上的伺服器是基於什麼協議那麼Web服務基於什麼協議
TCP / HTTP。
Ⅲ Tomcat的Web伺服器連接器支持幾種協議
a）HTTP Connector
此連接器支持HTTP/1.1協議
擁有這個連接器，Tomcat才能成為一個Web伺服器，但還額外可處理 servlet 和 jsp
每個監聽器監聽一個你電腦上的TCP埠（而沒有UDP埠）
一個Service可以配置多個HTTP連接器（配置不同埠即可），每個連接器都可以將請求轉發到與他們同級的一個Engine上讓它處理，並生成相應響應
b）AJP Connector
AJP連接器可以通過AJP協議和一個Web容器進行交互
當你想讓Apache 和 Tomcat結合並且你想讓Apache處理靜態頁面的內容的時候用AJP，或者你想利用Apache的SSL處理能力時.《linux 就該這么學》
特殊於HTTP Connector，AJP還可以與engine元素上的 jvm Route結合來使用負載均衡
c）HTTPS Connector
Ⅳ 瀏覽器與web伺服器之間使用的協議是什麼
形象的說：它是網路信息的中轉站。在一般情況下，我們使用網路瀏覽器直接去連接其他Internet站點取得網路信息時，須送出Request信號來得到回答，然後對方再把信息以bit方式傳送回來。代理伺服器是介於瀏覽器和Web伺服器之間的一台伺服器，有了它之後，瀏覽器不是直接到Web伺服器去取回網頁而是向代理伺服器發出請求，Request信號會先送到代理伺服器，由代理伺服器來取回瀏覽器所需要的信息並傳送給你的瀏覽器。而且，大部分代理伺服器都具有緩沖的功能，就好象一個大的Cache，它有很大的存儲空間，它不斷將新取得數據儲存到它本機的存儲器上，如果瀏覽器所請求的數據在它本機的存儲器上已經存在而且是最新的，那麼它就不重新從Web伺服器取數據，而直接將存儲器上的數據傳送給用戶的瀏覽器，這樣就能顯著提高瀏覽速度和效率。更重要的是：Proxy Server(代理伺服器)是Internet鏈路級網關所提供的一種重要的安全功能，它的工作主要在開放系統互聯(OSI)模型的對話層。主要的功能有： 1.突破自身IP訪問限制，訪問國外站點。教育網、169網等網路用戶可以通過代理訪問國外網站。 2.訪問一些單位或團體內部資源，如某大學FTP(前提是該代理地址在該資源 的允許訪問范圍之內)，使用教育網內地址段免費代理伺服器，就可以用於對教育 網開放的各類FTP下載上傳，以及各類資料查詢共享等服務。 3.突破中國電信的IP封鎖：中國電信用戶有很多網站是被限制訪問的，這種 限制是人為的，不同Serve對地址的封鎖是不同的。所以不能訪問時可以換一個國 外的代理伺服器試試。 4.提高訪問速度：通常代理伺服器都設置一個較大的硬碟緩沖區，當有外界 的信息通過時，同時也將其保存到緩沖區中，當其他用戶再訪問相同的信息時， 則直接由緩沖區中取出信息，傳給用戶，以提高訪問速度。 5.隱藏真實IP：上網者也可以通過這種方法隱藏自己的IP，免受攻擊。 待解決SOCK5代理伺服器 : 被代理端與代理伺服器通過「SOCK4/5代理協議」進行通迅（具體協議內容可查看RFC文 檔）。SOCK4代理協議可以說是對HTTP代理協議的加強，它不僅是對HTTP協議進行代理， 而是對所有向外的連接進行代理，是沒有協議限制的。也就是說，只要你向外連接，它 在HTTP代理情況下無法使用的網路軟體都可以使用了。（例如：OICQ、MSN等軟體 ） SOCK5代理協議又對前一版進行了修改，增加了支持UDP代理及身份驗證的功能。
Ⅳ webservice中採用協議Http，還有其它的協議么
webservice 協議
Web Service使用的是 SOAP (Simple Object Access Protocol)協議
soap協議只是用來封裝消息用的。封裝後的消息你可以通過各種已有的協議來傳輸，比如http,tcp/ip,smtp,等等，你甚至還一次用自定義的協議，當然也可以用https協議。
Soap建立在http上，說白了是用http傳送xml而已。
除了WebService外，常見的遠程調用技術還有RMI（Remote method invoke）和CORBA，由於WebService的跨平台和跨編程語言特點，因此比其他兩種技術應用更為廣泛，但性能略低。
WebService使用SOAP協議實現跨編程語言和跨操作系統平台
WebService採用HTTP協議傳輸數據，採用XML格式封裝數據（即XML中說明調用遠程服務對象的哪個方法，傳遞的參數是什麼，以及服務對象的返回結果是什麼）。WebService通過HTTP協議發送請求和接收結果時，發送的請求內容和結果內容都採用XML格式封裝，並增加了一些特定的HTTP消息頭，以說明HTTP消息的內容格式，這些特定的HTTP消息頭和XML內容格式就是SOAP協議(simple object access protocol,簡單對象訪問協議) 。
SOAP協議= HTTP協議+ XML數據格式
SOAP協議是基於HTTP協議的，兩者的關系就好比高速公路是基於普通公路改造的，在一條公路上加上隔離欄後就成了高速公路。
商店的服務員只要收到了錢就給客戶提供貨物，商店服務員不用關心客戶是什麼性質的人，客戶也不用關心商店服務員是什麼性質的人。同樣，WebService客戶端只要能使用HTTP協議把遵循某種格式的XML請求數據發送給WebService伺服器，WebService伺服器再通過HTTP協議返回遵循某種格式的XML結果數據就可以了，WebService客戶端與伺服器端不用關心對方使用的是什麼編程語言。
Ⅵ webservice有哪些協議
WebService有哪些協議?
這個問題問的可能會有點問題.
首先:
Web service是一個平台獨立的，低耦合的，自包含的、基於可編程的web的應用程序，可使用開放的XML（標准通用標記語言下的一個子集）標准來描述、發布、發現、協調和配置這些應用程序，用於開發分布式的互操作的應用程序。
Web Service技術， 能使得運行在不同機器上的不同應用無須藉助附加的、專門的第三方軟體或硬體， 就可相互交換數據或集成。依據Web Service規范實施的應用之間， 無論它們所使用的語言、 平台或內部協議是什麼， 都可以相互交換數據。Web Service是自描述、 自包含的可用網路模塊， 可以執行具體的業務功能。Web Service也很容易部署， 因為它們基於一些常規的產業標准以及已有的一些技術，諸如標准通用標記語言下的子集XML、HTTP。Web Service減少了應用介面的花費。Web Service為整個企業甚至多個組織之間的業務流程的集成提供了一個通用機制。
他自己本身是一個技術的名稱而已
如果您說的是.NET的WebService
那麼就是SOAP協議了..XML格式的.
具體的話.
技術支持
Web Service平台需要一套協議來實現分布式應用程序的創建。任何平台都有它的數據表示方法和類型系統。要實現互操作性，Web Service平台必須提供一套標準的類型系統，用於溝通不同平台、編程語言和組件模型中的不同類型系統。這些協議有：
XML和XSD
可擴展的標記語言（標准通用標記語言下的一個子集）是Web Service平台中表示數據的基本格式。除了易於建立和易於分析外，XML主要的優點在於它既與平台無關，又與廠商無關。XML是由萬維網協會(W3C)創建，W3C制定的XML SchemaXSD定義了一套標準的數據類型，並給出了一種語言來擴展這套數據類型。
Web Service平台是用XSD來作為數據類型系統的。當你用某種語言如VB. NET或C#來構造一個Web Service時，為了符合Web Service標准，所有你使用的數據類型都必須被轉換為XSD類型。如想讓它使用在不同平台和不同軟體的不同組織間傳遞，還需要用某種東西將它包裝起來。這種東西就是一種協議，如 SOAP。
xml web service[2]
SOAP
SOAP即簡單對象訪問協議(Simple Object Access Protocol)，它是用於交換XML（標准通用標記語言下的一個子集）編碼信息的輕量級協議。它有三個主要方面：XML-envelope為描述信息內容和如何處理內容定義了框架，將程序對象編碼成為XML對象的規則，執行遠程過程調用(RPC)的約定。SOAP可以運行在任何其他傳輸協議上。例如，你可以使用 SMTP，即網際網路電子郵件協議來傳遞SOAP消息，這可是很有誘惑力的。在傳輸層之間的頭是不同的，但XML有效負載保持相同。
Web Service 希望實現不同的系統之間能夠用「軟體-軟體對話」的方式相互調用，打破了軟體應用、網站和各種設備之間的格格不入的狀態，實現「基於Web無縫集成」的目標。
WSDL
Web Service描述語言WSDL就是用機器能閱讀的方式提供的一個正式描述文檔而基於XML（標准通用標記語言下的一個子集）的語言，用於描述Web Service及其函數、參數和返回值。因為是基於XML的，所以WSDL既是機器可閱讀的，又是人可閱讀的。
UDDI
UDDI 的目的是為電子商務建立標准；UDDI是一套基於Web的、分布式的、為Web Service提供的、信息注冊中心的實現標准規范，同時也包含一組使企業能將自身提供的Web Service注冊，以使別的企業能夠發現的訪問協議的實現標准。
調用RPC與消息傳遞
Web Service本身其實是在實現應用程序間的通信。我們有兩種應用程序通信的方法：RPC遠程過程調用和消息傳遞。使用RPC的時候，客戶端的概念是調用伺服器上的遠程過程，通常方式為實例化一個遠程對象並調用其方法和屬性。RPC系統試圖達到一種位置上的透明性：伺服器暴露出遠程對象的介面，而客戶端就好像在本地使用的這些對象的介面一樣，這樣就隱藏了底層的信息，客戶端也就根本不需要知道對象是在哪台機器上。
軟體支持
操作系統離不開豐富的應用軟體的支持。同樣，Web Service這項技術只有通過日益廣泛的應用才能體現出其價值，比較流行的實現方法是使用.NET 和 Java兩種技術，並且兩種實現方法可以互相操作；如今我們已經可以看到使用微軟、Oracle、SUN、Borland等不同廠商的Web Service構建工具建立的Web Service應用。
微軟.NET
微軟的.NET技術應該算是時下最為流行的Web Service 開發技術。首先因為其公司在以前相應的產品就佔有相當大的市場份額，以至使新推出的.NET得以有比較穩定的用戶群；其次也是更重要的是 .NET平台不僅延續了微軟一貫的編程風格，而且還增加了許多支持Web 服務的關鍵性技術，使得.NET在操作的簡單性和執行的穩定性，高效性上達到了一個非常好的結合。
微軟的Visual Studio. NET便是一個便於 Web 服務的開發工具。微軟的目標是，將其新編程語言——C#作為Web Service的首選語言。雖然C#看起來與Java類似，但是還有一些Java中沒有的獨特的功能。.NET技術中用於Web Service 開發的主要工具是ASP. NET。從技術上說，ASP. net 提供了一些超出ASP以前版本的優點(例如：代碼和HTML（標准通用標記語言下的一個應用）的分離，與腳本語言相比較，對「真正」的編程語言如 C# 的支持)。
IBM的WebSphere
IBM公司是業界第一家能夠提供全面支持Web服務的電子商務基礎設施中間件的公司。通過多年來與W3C(The World Wide Web Consortium)的共同努力，包括DB2、Lotus、Tivoli 和WebSphere在內的所有IBM軟體都實現了對SOAP、WSDL、UDDI、Linux、XML（標准通用標記語言下的一個子集）、J2EE等開放技術和標準的全面支持。
IBM公司的WebSphere也是比較好的基礎架構軟體開發平台。WebSphere軟體平台及開發工具包括WebSphere Studio Application DeveloperWSAD 基於J2EE、XML 和Web服務等開放標准，並具備 IBM 在可靠性、擴展性和安全性上的主要優勢。WebSphere 是 IBM 在 Web Services策略中的核心平台，它支持所有開發、發布、部署 Web Services應用所必需的開放標准和技術，包括 UDDI，SOAP，J2EE，WSDL，和對 XML 技術集成的增強，這使得它在全球有很多用戶。
Borland的JBuilder
Borland公司在 JBuilder7中，用戶可以用其Borland Web Services Kit for Java和Borland JBuilder MobileSet 3進行更快捷地開發Web Service和無線應用。這樣將使開發者能夠在同一個開發環境中輕松地創建和集成Web Service。新推出的JBuidler8更是針對Web Service開發更提供了方便和高效的方法。
總之，在Web Service開發上，.NET 和Java都是很好的選擇，盡管兩者都有一些需要完善的地方，但是它們還是最好的開發手段和技術。具體選擇哪種開發工具，也是仁者見仁，智者見智的問題。從根本上說，這兩種方法沒有孰優孰劣的問題，只是根據使用者對這兩種方法的掌握程度和對具體語言的偏愛程度來決定。
Ⅶ 什麼是web應用協議 謝謝
應該是WEB服務協議吧。
Web Service支持3種協議來與用戶交流數據。這3種協議分別是：
1．HTTP-GET
2．HTTP-POST
3．SOAP
在這3種協議中，HTTP(Hypertext Transfer Protocol)已經是眾所周知的協議了，它是XML Web Service數據傳輸的標准，其中包括使用SOAP傳輸數據。HTTP將SOAP消息壓縮,然後以HTTP傳輸協議的形式進行網路傳輸。然而在XML Web Service下使用HTTP-GET和HTTP-POST的時候，事實上是指有關單獨使用HTTP調用XML Web Service中的方法的能力，而不使用SOAP。
在HTTP中，GET和POST並不是一種協議，它們是可以用來與Web Service交互的幾種方法中的其中兩種。然而，這二種方法的傳送參數和數據的能力使它們變成了一種簡單的，非常適合用來調用XML Web Service的工具。
SOAP是XML Web Service最常用到的連接協議。與HTTP相比，SOAP顯的更為復雜，但卻擁有更強的接受能力。SOAP是一種以XML為基礎的協議，它提供一種將數據打包（Packaging）和編碼（Encoding）的方法，以用於網路的數據傳輸。任意一個用戶都可以使用SOAP協議與任何一個XML Web Service進行通信，甚至於這個XML Web Service不是建立在.NET 平台上的，比如說Java的，都可以利用SOAP來進行數據傳輸。因此可見，SOAP也是Language Independent(語言獨立性)。
2
HTTP-GET和HTTP-POSTHTTP-GET 和 HTTP-POST 是使用 HTTP（超文本傳輸協議）謂詞以及與之關聯的請求語義將參數作為名稱/值對編碼和傳遞的標准協議。每個協議都由一系列 HTTP 請求頭組成，這些頭與一些其他信息一起定義客戶端向伺服器請求的內容，而在成功時，伺服器將用一系列 HTTP 響應頭和所請求的數據響應。
Ⅷ 在Web網路管理中,需要用到什麼網路管理協議
WEB網路管理用的是一種叫SNMP的網路管理協議。
SNMP(Simple Network Management Protocol,簡單網路管理協議)的前身是簡單網關監控協議(SGMP)，用來對通信線路進行管理。隨後，人們對SGMP進行了很大的修改，特別是加入了符合Internet定義的SMI和MIB：體系結構，改進後的協議就是著名的SNMP。SNMP的目標是管理互聯網Internet上眾多廠家生產的軟硬體平台，因此SNMP受Internet標准網路管理框架的影響也很大。現在SNMP已經出到第三個版本的協議，其功能較以前已經大大地加強和改進了。
Ⅸ webservice中採用協議Http，它是指什麼意思，還有其它的協議么
webservice 協議
Web Service使用的是 SOAP (Simple Object Access Protocol)協議
soap協議只是用來封裝消息用的.封裝後的消息你可以通過各種已有的協議來傳輸,比如http,tcp/ip,smtp,等等,你甚至還一次用自定義的協議,當然也可以用https協議.
Soap建立在http上,說白了是用http傳送xml而已.
除了WebService外,常見的遠程調用技術還有RMI（Remote method invoke）和CORBA,由於WebService的跨平台和跨編程語言特點,因此比其他兩種技術應用更為廣泛,但性能略低.
WebService使用SOAP協議實現跨編程語言和跨操作系統平台
WebService採用HTTP協議傳輸數據,採用XML格式封裝數據（即XML中說明調用遠程服務對象的哪個方法,傳遞的參數是什麼,以及服務對象的返回結果是什麼）.WebService通過HTTP協議發送請求和接收結果時,發送的請求內容和結果內容都採用XML格式封裝,並增加了一些特定的HTTP消息頭,以說明HTTP消息的內容格式,這些特定的HTTP消息頭和XML內容格式就是SOAP協議(simple object access protocol,簡單對象訪問協議) .
SOAP協議= HTTP協議+ XML數據格式
SOAP協議是基於HTTP協議的,兩者的關系就好比高速公路是基於普通公路改造的,在一條公路上加上隔離欄後就成了高速公路.
商店的服務員只要收到了錢就給客戶提供貨物,商店服務員不用關心客戶是什麼性質的人,客戶也不用關心商店服務員是什麼性質的人.同樣,WebService客戶端只要能使用HTTP協議把遵循某種格式的XML請求數據發送給WebService伺服器,WebService伺服器再通過HTTP協議返回遵循某種格式的XML結果數據就可以了,WebService客戶端與伺服器端不用關心對方使用的是什麼編程語言.
HTTP協議和XML是被廣泛使用的通用技術,各種編程語言對HTTP協議和XML這兩種技術都提供了很好的支持,WebService客戶端與伺服器端使用什麼編程語言都可以完成SOAP的功能,所以,WebService很容易實現跨編程語言,跨編程語言自然也就跨了操作系統平台
Ⅹ web伺服器使用什麼協議
應用層使用HTTP協議。
HTML（標准通用標記語言下的一個應用）文檔格式。
瀏覽器統一資源定位器（URL）。