java web基礎做業

web基礎

　  1、C/S:

　　C/S分佈式模式，C是指Client，S是指Server，C/S模式就是指客戶端/服務器模式。是計算機軟件協同工做的一種模式，一般採起兩層結構。服務器負責數據的管理，客戶機負責完成與用戶的交互任務。

　　優勢：C/S結構在技術上很成熟，它的主要特色是交互性強、具備安全的存取模式、網絡通訊量低、響應速度快、利於處理大量數據。

　　缺點：可是該結構的程序是針對性開發，變動不夠靈活，維護和管理的難度較大。一般只侷限於小型局域網，不利於擴展。而且，因爲該結構的每臺客戶機都須要安裝相應的客戶端程序，分佈功能弱且兼容性差，不能實現快速部署安裝和配置，所以缺乏通用性，具備較大的侷限性。要求具備必定專業水準的技術人員去完成。

2、B/S：

　　就是隻安裝維護一個服務器(Server)，而客戶端採用瀏覽器(Browse)運行軟件。B/S結構應用程序相對於傳統的C/S結構應用程序是一個很是大的進步。

　　優勢：分佈性強、維護方便、開發簡單且共享性強、整體擁有成本低。

　　缺點：但數據安全性問題、對服務器要求太高、數據傳輸速度慢、軟件的個性化特色明顯下降，這些缺點是有目共睹的，難以實現傳統模式下的特殊功能要求。例如經過瀏覽器進行大量的數據輸入或進行報表的應答、專用性打印輸出都比較困難和不便。此外，實現複雜的應用構造有較大的困難。

3、HTTP協議：

　　HTTP是一個客戶端終端（用戶）和服務器端（網站）請求和應答的標準（TCP）。經過使用網頁瀏覽器、網絡爬蟲或者其它的工具，客戶端發起一個HTTP請求到服務器上指定端口（默認端口爲80）。咱們稱這個客戶端爲用戶代理程序（user agent）。應答的服務器上存儲着一些資源，好比HTML文件和圖像。咱們稱這個應答服務器爲源服務器（origin server）。在用戶代理和源服務器中間可能存在多個「中間層」，好比代理服務器、網關或者隧道（tunnel）。　

HTTP工做原理:

　　HTTP協議定義Web客戶端如何從Web服務器請求Web頁面，以及服務器如何把Web頁面傳送給客戶端。HTTP協議採用了請求/響應模型。客戶端向服務器發送一個請求報文，請求報文包含請求的方法、URL、協議版本、請求頭部和請求數據。服務器以一個狀態行做爲響應，響應的內容包括協議的版本、成功或者錯誤代碼、服務器信息、響應頭部和響應數據。

如下是 HTTP 請求/響應的步驟：

\1. 客戶端鏈接到Web服務器
　　一個HTTP客戶端，一般是瀏覽器，與Web服務器的HTTP端口（默認爲80）創建一個TCP套接字鏈接。例如，http://www.luffycity.com。

\2. 發送HTTP請求
　　經過TCP套接字，客戶端向Web服務器發送一個文本的請求報文，一個請求報文由請求行、請求頭部、空行和請求數據4部分組成。

\3. 服務器接受請求並返回HTTP響應
　　Web服務器解析請求，定位請求資源。服務器將資源複本寫到TCP套接字，由客戶端讀取。一個響應由狀態行、響應頭部、空行和響應數據4部分組成。

\4. 釋放鏈接TCP鏈接
　　若connection 模式爲close，則服務器主動關閉TCP鏈接，客戶端被動關閉鏈接，釋放TCP鏈接;若connection 模式爲keepalive，則該鏈接會保持一段時間，在該時間內能夠繼續接收請求;

\5. 客戶端瀏覽器解析HTML內容
　　客戶端瀏覽器首先解析狀態行，查看代表請求是否成功的狀態代碼。而後解析每個響應頭，響應頭告知如下爲若干字節的HTML文檔和文檔的字符集。客戶端瀏覽器讀取響應數據HTML，根據HTML的語法對其進行格式化，並在瀏覽器窗口中顯示。

例如：在瀏覽器地址欄鍵入URL，按下回車以後會經歷如下流程：

1. 1. 瀏覽器向 DNS 服務器請求解析該 URL 中的域名所對應的 IP 地址;
   2. 解析出 IP 地址後，根據該 IP 地址和默認端口 80，和服務器創建TCP鏈接;
   3. 瀏覽器發出讀取文件(URL 中域名後面部分對應的文件)的HTTP 請求，該請求報文做爲 TCP 三次握手的第三個報文的數據發送給服務器;
   4. 服務器對瀏覽器請求做出響應，並把對應的 html 文本發送給瀏覽器;
   5. 釋放 TCP鏈接;
   6. 瀏覽器將該 html 文本並顯示內容; 　

　　

　　

　　http協議是基於TCP/IP協議之上的應用層協議。

　　基於 請求-響應 的模式

　　　　HTTP協議規定,請求從客戶端發出,最後服務器端響應該請求並 返回。換句話說,確定是先從客戶端開始創建通訊的,服務器端在沒有 接收到請求以前不會發送響應

　　　　

　　無狀態保存

　　　　HTTP是一種不保存狀態,即無狀態(stateless)協議。HTTP協議 自身不對請求和響應之間的通訊狀態進行保存。也就是說在HTTP這個 級別,協議對於發送過的請求或響應都不作持久化處理。

　　　　

　　　　使用HTTP協議,每當有新的請求發送時,就會有對應的新響應產 生。協議自己並不保留以前一切的請求或響應報文的信息。這是爲了更快地處理大量事務,確保協議的可伸縮性,而特地把HTTP協議設計成 如此簡單的。但是,隨着Web的不斷髮展,因無狀態而致使業務處理變得棘手 的狀況增多了。好比,用戶登陸到一家購物網站,即便他跳轉到該站的 其餘頁面後,也須要能繼續保持登陸狀態。針對這個實例,網站爲了能 夠掌握是誰送出的請求,須要保存用戶的狀態。HTTP/1.1雖然是無狀態協議,但爲了實現指望的保持狀態功能, 因而引入了Cookie技術。有了Cookie再用HTTP協議通訊,就能夠管 理狀態了。有關Cookie的詳細內容稍後講解。

　　無鏈接

　　　　無鏈接的含義是限制每次鏈接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答後，即斷開鏈接。採用這種方式能夠節省傳輸時間，而且能夠提升併發性能，不能和每一個用戶創建長久的鏈接，請求一次相應一次，服務端和客戶端就中斷了。可是無鏈接有兩種方式，早期的http協議是一個請求一個響應以後，直接就斷開了，可是如今的http協議1.1版本不是直接就斷開了，而是等幾秒鐘，這幾秒鐘是等什麼呢，等着用戶有後續的操做，若是用戶在這幾秒鐘以內有新的請求，那麼仍是經過以前的鏈接通道來收發消息，若是過了這幾秒鐘用戶沒有發送新的請求，那麼就會斷開鏈接，這樣能夠提升效率，減小短期內創建鏈接的次數，由於創建鏈接也是耗時的，默認的好像是3秒中如今，可是這個時間是能夠經過我們後端的代碼來調整的，本身網站根據本身網站用戶的行爲來分析統計出一個最優的等待時間。

4、WEB服務器原理:

　　Web服務器概念較爲普遍，咱們最常說的Web服務器指的是網站服務器，它是創建在Internet之上而且駐留在某種計算機上的程序。Web服務器能夠向Web客戶端(如瀏覽器)提供文檔或其餘服務，只要是遵循HTTP協議而設計的網絡應用程序均可以是Web客戶端。
　　Web服務器和HTTP服務器能夠說是同一個東西，固然非得細分的話，HTTP服務器是創建在HTTP協議之上的提供文檔瀏覽的服務器，更多的是提供靜態的文件。而Web服務器涵蓋了HTTP服務器(這一點能夠自行百度百科), Web服務器不只可以存儲信息，還能在用戶經過Web瀏覽器提供的信息的基礎上運行腳本和程序。

　　

 

　 5、java web 開發環境與搭建：

 

　　1.安裝JDK

 

　　JDK的官方下載地址：http://www.oracle.com/technetwork/java/javase/downloads/index.html　　

　　　　JDK環境變量的配置：

 

　　　　　　JAVA_HOME應該設置爲：（安裝路徑）

　　　　　　path應該設置爲：%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin;（注意其中的分號）

 

二、安裝Tomcat服務器

 

　　　　Tomcat 的官方網站是：http://tomcat.apache.org

　　　　Tomact環境變量配置：

　　　　　　CATALINE_HOME設置爲：（安裝路徑）

　　三、安裝MySql

　　四、安裝IDEA

　　五、新建maven-web項目

　　六、配置Tomcat服務器