蜜桃传媒文化无忧传媒,91尤物无码国产在线看

　　【溫馨提醒】文章內容僅供參考,海外服務器租用\托管方案,請咨詢YINGSOO客服,24小時免費電話400-630-3752

服務器的交互原理

　　經?？吹紿ttp客戶端與服務器端交互原理的各種版本的文章，但是專業(yè)術語太多，且流程過于復雜，不容易消化。于是就按照在 servlet 里面的內容大致做了一些穿插。本來連 tomcat 容器和 servlet 的生命周期也準備在這里一起寫的，但怕過于龐大，于是就簡單的引用了一些 servlet 對象。這樣的一個整個流程看下來，相信至少在理解 Http協(xié)議和 request 和 response 是如何完成從請求到生成響應結果回發(fā)的。在后續(xù)的一些文章里會專門講一講 tomcat 和 servlet 是如何處理請求和完成響應的，更多的是說明servlet 的生命周期。

　　Http介紹

　　1.Http是一種超文本傳送協(xié)議(Hypertext transfer protocol)，是一套計算機在網絡中通信的一種規(guī)則。在tcp/ip體系結構中，Http屬于應用層協(xié)議，位于tcp/ip協(xié)議的頂層。

　　2.Http是一種無狀態(tài)的協(xié)議，意思是指在web 瀏覽器(客戶端)和 web 服務器之間不需要建立持久的連接。整個過程就是當一個客戶端向服務器端發(fā)送一個請求(request)，然后web服務器返回一個響應(response)，之后連接就關閉了，在服務端此時是沒有保留連接的信息。

　　3.Http 遵循請求/響應(request/response)模型的，所有的通信交互都被構造在一套請求和響應模型中。

　　4.瀏覽web時，瀏覽器通過Http協(xié)議與web服務器交換信息，web服務器向web瀏覽器返回的文件都有與之相關的類型，這些信息類型的格式由mime定義。

　　Http定義的事務處理由以下四步組成：

　　1.建立連接。

　　2.客戶端發(fā)送Http請求頭。

　　3.服務器端響應生成結果回發(fā)。

　　4.服務器端關閉連接，客戶端解析回發(fā)響應頭，恢復頁面。

　　1.建立連接：以下用我的另一篇文章的地址做為例子

　　servlet容器(tomacat)介紹及配置

　　客戶端，也就是我請求一個地址時，即打開了到 web 服務器的Http端口的一個套接字。因為在網絡中間作為傳遞數據的實體介質就是網線，數據實質上是通過io流進行輸出和輸入，這就不難理解我們?yōu)槭裁丛趯懸粋€servlet的時候要引用 import java.io.*; 的原因，包括我們在向客戶端回發(fā)結果的時候要用到 printwriter 對象的println()方法。

　　比如我在這里請求csdn社區(qū)的一個地址

　　實際上首先要請求這個地址，以及一個端口80(8080)http://blog.csdn.net:80 80可以不寫，是因為瀏覽器網頁服務默認的端口號是 80.

　　在Java底層代碼中是這樣實現的，只不過它們已經幫我們做了。

　　2.客戶端發(fā)送Http請求頭

　　一旦建立了tcp連接，web瀏覽器就會向web服務器發(fā)送請求命令，是一個Ascii文本請求行，后跟0個或多個Http頭標，一個空行和實現請求的任意數據。四個部分：請求行，請求頭標，空行和請求數據。

　　1)請求行由三個標記組成：請求方法請求URL Http版本，中間用空格分開

　　Http規(guī)范定義了8種可能的請求方法：(最常見的就是 get 和 post 兩種方法)

　　get 檢索URi中標識資源^{[高防cdn免備案]}的一個簡單請求

　　HeAd 與get方法相同，服務器只返回狀態(tài)行和頭標，并不返回請求文檔

　　post 服務器接受被寫入客戶端輸出流中的數據的請求

　　pUt 服務器保存請求數據作為指定URi新內容的請求

　　deLete 服務器刪除URi中命名的資源的請求

　　options 關于服務器支持的請求方法信息的請求

　　tRAce web服務器反饋Http請求和其頭標的請求

　　connect 已文檔化但當前未實現的一個方法，預留做隧道處理

　　2)請求頭標：由key ：value 鍵值組成，每行一對。請求頭標通知服務器有關客戶端的功能和標識。

　　Host 請求的哪一個服務器端地址，主地址，比如我現在所在的csdn blog.csdn.net/

　　User-Agent 用戶即客戶端可以使用的瀏覽器，如： mozilla/4.0

　　Accept 即客戶端可以接受的mime 類型列表，如image/gif text/html， application/msword

　　content-Length 只適用于post請求，以字節(jié)給出post數據的尺寸

　　3)空行發(fā)送回車符和退行，通知服務器以下不再有頭標。

　　4)請求數據：使用post傳送數據，最常使用的是content-type和content-Length頭標。

　　總結以上我們可以這樣寫出一個標準的 Http請求

　　這個頁面用的是 Http1.1 規(guī)范我的瀏覽器版本是mozilla/4.0

　　可以支持的mime格式為 image/gif，text/html，application/pdf，image/png...等等

　　這個mime格式我們response.setcontenttype("text/html;charset=gb2312");或者在一個或者總能見到

　　那么在這里如何理解 ^{[日本服務器]}get 和 post 最直觀的區(qū)別，最明顯的就是 get方法將數據的請求跟在了所請求的URL后面，也就是在請求行里面我們是這么樣來做的：

　　也實際上就是用 get 如此傳遞數據：

　　3.服務器端接受請求，處理數據后生成響應返回數據到客戶端 (部分servlet 內容穿插)

　　web 服務器解析請求，定位指定的資源

　　1)根據在請求時的 get/post 來按照響應的 doget() /dopost()方法來處理(有可能是一些業(yè)務邏輯，也有可能是一些驗證等等，也有可能是一些數據查詢，提交等等)其有效的數據就來源于name=simon&password=simonlv，還有其它的一些封裝在 request 對象中的數據資源。

　　2)處理請求之后，由 respons

　　美國服務器可以用來做視頻網站嗎

　　美國服務器可以用來做視頻網站嗎?由于距離的原因，對于大陸用戶來說，很多人都不會選擇美國服務器來作為視頻網站主機，但事實上僅僅依據物理距離的原因就給美國服務器做了一個淘汰的原因是錯誤的。其實我們在選擇視頻網站主機時，需要考慮的因素還是比較多的，不能僅僅以物理距離來作為判斷標準。

　　視頻網站一般對服務器的要求還是比較高的，視頻網站都需要有大量的視頻資源，這些視頻資源必須要有大^{[國外的vps會被墻嗎]}的硬盤空間來存儲。用戶在訪問網站和進行視頻觀看時，就會需要讀取服務器里的數據。這種情況下服務器的CPU性能和硬盤的讀取速度是否快速也是比較重要的。

　　回到正題，美國服務器真的適合用來做視頻網站的主機嗎?

　　上文我們提到了，視頻主機對于服務器在硬件配置上的標準還是比較高的，美國主機其實也正好符合這個標準的，美國主機在處理視頻網站所需要的大量數據事，即使是屬于高清視頻，也是能夠穩(wěn)定的讀取的。在訪問速度上，美國主機其實也是有直連大陸的CN2線路的，如果您是擔心美國主機在使用時，對于大陸用戶不太方便，可以通過選用CN2線路的方法來解決哦。

　　在帶寬^{[浙江電信主機托管價格]}上，美國地區(qū)的機房也是有絕對性的優(yōu)勢的，美國主機大多采用的帶寬都是屬于國際帶寬的，不僅能保障視頻網站在帶寬業(yè)務上的充足，在流量上，也是有無限流量業(yè)務套餐的。并且還可以支持100M獨享帶寬的。

　　YINGSOO熱線：4006 303 752