http伺服器端

1、HTTP的伺服器和埠指的是什麼啊

超文本傳輸協議(HTTP，HyperText Transfer Protocol)是互聯網上應用最為廣泛的一種網路協議。所有的WWW文件都必須遵守這個標准。

伺服器的埠指的是用一個程序向伺服器發起連接時的請求埠。伺服器的埠通常可以分為以下三類：

1、公認埠

這種類型的埠通常稱為「常用埠」。 這些埠的埠號范圍從0到1024，並且與某些特定服務緊密綁定。 通常這些埠的通信清楚地指示了某種服務的協議，這種埠不再能重新定義其作用。

2、注冊埠

埠號是1024到49151，鬆散地綁定到某些服務。 這也意味著有許多服務綁定到這些埠，這些服務也用於許多其他目的。

(1)http伺服器端擴展資料：

大多數注冊埠沒有明確定義的服務對象。 不同的程序可以根據實際需要定義相答關程序。 例如，描述的遠程式控制制軟體和特洛伊木馬程序將定義這些埠。 請記住，這些公共程序埠對於保護和殺死特洛伊木馬程序非常必要。

例如，埠80實際上始終用於HTTP通信，而埠23專用於Telnet服務。 這些埠通常不被特洛伊木馬之類的黑客使用。

2、伺服器和客戶端誰使用80埠-http協議問題

80埠是伺服器開啟的，客戶端的連接網站時本地是隨即開啟埠的，大於1024的埠，如果要封客戶端不讓訪問網站的話，封80埠就可以了，但是方向不要弄錯了。
1.在路由器的防火牆中限制制定ip不可以訪問80埠。
2.在本地的防火牆禁止本機向外部埠80進行連接，而不是做tcp/ip篩選，那樣是沒用的，只能是別人無法訪問這台主機的80埠罷了。

3、http伺服器和application伺服器有什麼區別

Web伺服器的基本功能就是提供Web信息瀏覽服務。它只需支持HTTP協議、HTML文檔格式及URL。與客戶端的網路瀏覽器配合。因為Web伺服器主要支持的協議就是HTTP，所以通常情況下HTTP伺服器和WEB伺服器是相等的(有沒有支持除HTTP之外的協議的web伺服器，作者沒有考證過)，說的是一回事。

應用程序伺服器(簡稱應用伺服器)，「作為伺服器執行共享業務應用程序的底層的系統軟體」。 就像文件伺服器為很多用戶提供文件一樣，應用程序伺服器讓多個用戶可以同時使用應用程序（通常是客戶創建的應用程序）"

通俗的講，Web伺服器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序伺服器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說:Web伺服器專門處理HTTP請求(request)，但是應用程序伺服器是通過很多協議來為應用程序提供(serves)商業邏輯 (business logic)。

以Java EE為例，Web伺服器主要是處理靜態頁面處理和作為 Servlet容器，解釋和執行servlet/JSP，而應用伺服器是運行業務邏輯的，主要是EJB、 JNDI和JMX API等J2EE API方面的，還包含事務處理、資料庫連接等功能，所以在企業級應用中，應用伺服器提供的功能比WEB伺服器強大的多。

以這樣的定義，IIS、Apache、Tomcat都可以屬於Web伺服器，Weblogic、WebSphere都屬於應用伺服器。

4、HTTP伺服器端埠是80，那客戶端的埠號是多少呢，是不是只能是1024以上的埠，能不能所有HTTP用一個端

伺服器端是80，但是這個是可以設置的。而客戶端在訪問伺服器端時所使用的埠並不是80.而是隨機的。這個基本沒有人會去設置或強制為某埠，因為沒有必要。

請告知我您的具體問題。我會後續查看！

5、HTTP客戶端和http伺服器有什麼區別

http伺服器簡單的說就是計算機網路中的管理網路的一個主機，http客戶埠就是我們上網必須經過的協議埠就是我們接受協議

6、伺服器如何處理http請求

1.需求

了解服務端如何處理http請求，了解基本的處理流程

2.實戰

處理http請求分為7個步驟

2.1 Tcp連接

建立一條tcp鏈接，（若之前不存在持久鏈接keep-alive），把客戶端的ip和port，服務端的ip和port數據放到web伺服器連接表中。伺服器隨時監聽鏈接表中的鏈接，看有沒有數據變化

2.2 接收http請求

一旦我們發送http請求了，這條tcp鏈接就開始工作了。因為web伺服器鏈接表中有許多鏈接需要被處理，處理的方式有單線程，多線程這些（這些涉及操作系統的知識）。

2.3 處理http請求

處理的過程大致是把請求的信息解析出來，如下圖

2.4 訪問資源

訪問資源可以是訪問靜態資源，這個就直接根據url地址去伺服器里找就好了。

訪問動態資源的話要經過一個叫cgi的東西，再用服務端腳本處理，再返回給前端。如下圖所示

2.5 構建響應

要是找到資源，則構建響應信息，包括響應的對象類型，長度，狀態碼。

另一個情況是重定向響應，就是直接返回一個重定向，客戶端看到之後，立刻再向重定向的地址發起請求。重定向的響應的狀態碼一般是3xx。

2.6 發送響應

把構建的響應發送給客戶端

2.7 記錄日誌

服務端對這個請求響應過程進行記錄。（另外專門再講）

3.總結

以上是服務端處理http請求的大致過程。能讓大家有個大致輪廓，當然裡面有很多細節的知識沒講到，要另外查詢資料並學習

7、http服務介面怎麼設計

REST（REpresentationStateTransfer）描述了一個架構樣式的網路系統，比如web應用程序。
它首次出現在2000年RoyFielding的博士論文中，他是HTTP規范的主要編寫者之一。
REST指的是一組架構約束條件和原則。
滿足這些約束條件和原則的應用程序或設計就是RESTful。
Web應用程序最重要的REST原則是，客戶端和伺服器之間的交互在請求之間是無狀態的。
從客戶端到伺服器的每個請求都必須包含理解請求所必需的信息。
如果伺服器在請求之間的任何時間點重啟，客戶端不會得到通知。
此外，無狀態請求可以由任何可用伺服器回答，這十分適合雲計算之類的環境。
客戶端可以緩存數據以改進性能。
在伺服器端，應用程序狀態和功能可以分為各種資源。
資源是一個有趣的概念實體，它向客戶端公開。
資源的例子有：應用程序對象、資料庫記錄、演算法等等。
每個資源都使用URI（UniversalResourceIdentifier）得到一個惟一的地址。
所有資源都共享統一的界面，以便在客戶端和伺服器之間傳輸狀態。
使用的是標準的HTTP方法，比如GET、PUT、POST和DELETE。
Hypermedia是應用程序狀態的引擎，資源表示通過超鏈接互聯。
另一個重要的REST原則是分層系統，這表示組件無法了解它與之交互的中間層以外的組件。
通過將系統知識限制在單個層，可以限制整個系統的復雜性，促進了底層的獨立性。
當REST架構的約束條件作為一個整體應用時，將生成一個可以擴展到大量客戶端的應用程序。
它還降低了客戶端和伺服器之間的交互延遲。
統一界面簡化了整個系統架構，改進了子系統之間交互的可見性。
REST簡化了客戶端和伺服器的實現。
RESTful的實現：RESTfulWeb服務與RPC樣式的Web服務了解了什麼是什麼是REST，再看看RESTful的實現。
最近，使用RPC樣式架構構建的基於SOAP的Web服務成為實現SOA最常用的方法。
RPC樣式的Web服務客戶端將一個裝滿數據的信封（包括方法和參數信息）通過HTTP發送到伺服器。

8、「伺服器端」與「客戶端」分別是什麼意思？

在網路上提供服務的叫做伺服器端（server） 享受服務的叫做客戶端（client）
比如網路游戲，你玩的界面就是客戶端，伺服器就是伺服器端 ；
你上網瀏覽網頁 你的機器就是客戶端，而提供網頁的就是伺服器端。
網路上的服務一般都是要你裝了相應的客戶端程序才能享受到服務，
比如上網瀏覽網頁要裝IE之類的瀏覽器 網路游戲也要裝相應的登陸程序一樣。

9、如何搭建HTTP/HTTPS服務

HTTP服務不講了，有伺服器環境後創建WEB網站，上傳數據就可以實現HTTP，國內要求備案，不備案的外網一般都打不開。
HTTPS需要淘寶Gworg獲取SSL證書，安裝到獨立伺服器，前提建設好HTTP普通網站，安裝教程Gworg都會提供。