XML

什麼是XML - Tomcat - Http

XML：eXtensible Markup Language （可擴展標記語言）。
XML 是一種標記語言，很類似 HTML。
XML 的設計宗旨是傳輸數據，而非顯示數據。
XML的使命，就是以一個統一的格式，組織有關係的數據。爲不同平臺下的應用程序服務，獨立於軟件和硬件的信息傳輸工具。
XML 僅僅是純文本。有能力處理純文本的軟件都可以處理 XML。不過，能夠讀懂 XML 的應用程序可以有針對性地處理 XML 的標籤。

XML相較於HTML，語法更加嚴格。

XML用途

配置文件

數據交換格式

數據存儲

基本語法

文檔聲明

version屬性指定XML版本，固定值是1.0。
- 必須在文件的第一行書寫文檔聲明。
encoding指定的字符集，是告訴解析器使用什麼字符集進行解碼，而編碼是由文本編輯器決定的

通常的寫法：<?xml version="1.0" encoding="utf-8" ?>
這樣就要求保存文件時，必須用utf-8編碼保存。此時要求XML文檔的作者確認當前編輯器保存文檔的編碼方式。

語法規則

① XML聲明要麼不寫，要寫就寫在第一行，並且前面沒有任何其他字符,並且必須嚴格遵循語法

② 只能有一個根標籤，所有的其他標籤都必須聲明在根標籤內部

③ 標籤必須正確結束，不能交叉嵌套

⑤ 嚴格區分大小寫

⑥ 開始標籤中，可以自定義添加屬性。但，如果有屬性就必須有值，且必須加引號

⑦ 標籤不能以數字開頭

⑧ 註釋不能嵌套, 註釋採用：

⑨ XML中可以使用HTML中的轉義字符

XML實體中不允許出現"&","<",">"等特殊字符,否則XML語法檢查時將出錯,請使用轉義字符

CDATA區

當XML文檔中需要寫一些程序代碼、SQL語句或其他不希望XML解析器進行解析的內容時，就可以寫在CDATA區中
XML解析器會將CDATA區中的內容原封不動的輸出
CDATA區的定義格式：<![CDATA[…]]>

處理指令

① 處理指令，簡稱PI （processing instruction）。處理指令用來指揮解析引擎如何解析XML文檔內容。

② 處理指令必須以 <? 作爲開頭，以 ?> 作爲結尾，XML聲明語句就是最常見的一種處理指令。

例如，在XML文檔中可以使用xml-stylesheet指令，通知XML解析引擎，應用xsl文件顯示xml文檔內容。

<?xml-stylesheet type="text/css" href="p.xsl"?>

③ XSL對於XML來說就相當於CSS對HTML一樣，XSL是XML的文件樣式。

XSL 指擴展樣式表語言（EXtensible Stylesheet Language）。

XML解析

XML解析是指通過解析器讀取XML文檔，解釋語法，並將文檔轉化成對象
對XML的一切操作都是由解析開始的，所以解析非常重要。

dom4j

dom4j是一個簡單、靈活的開放源代碼的庫。
Dom4j是由早期開發JDOM的人分離出來而後獨立開發的。與JDOM不同的是，dom4j使用接口和抽象基類，雖然Dom4j的API相對要複雜一些，但它提供了比JDOM更好的靈活性。
dom4j是一個非常優秀的Java XML API，具有性能優異、功能強大和極易使用的特點。現在很多軟件都採用dom4j，例如Hibernate。
使用dom4j開發，需導入dom4j相應的jar包dom4j-1.6.1.jar。所以使用第一步：導包！
Dom4j解析步驟

//1、創建解析器對象
SAXReader reader = new SAXReader();
//2、使用解析器將xml文件轉換爲內存中的document對象
Document document = reader.read("teachers.xml"); //相對在項目根路徑下查找xml文件
//3、通過文檔對象可以獲取文檔的根標籤
Element rootElement = document.getRootElement();
//4、根據根標籤獲取所有的根標籤的子標籤集合
List<Element> elements = rootElement.elements();
//5、遍歷集合中的標籤，並將所有的數據解析出來
for (Element element : elements) {
    //每次遍歷就代表一個teacher信息
    System.out.println("正在遍歷的標籤名："+element.getName());
    System.out.println("正在遍歷標籤的id屬性值："+element.attributeValue("id"));
    //獲取teacher的子標籤的內容
    String tname = element.elementText("tname");
    System.out.println("tname："+tname);
    String age = element.elementText("tage");
    System.out.println("tage:"+age);
}

修改

//添加一個新的student節點
Element newEle = rootElement.addElement("teacher");
//創建一個良好的xml格式
OutputFormat format = OutputFormat.createPrettyPrint();
//寫入文件
XMLWriter xmlWriter = new XMLWriter(new FileWriter("teachers.xml"),format);
xmlWriter.write(document);
xmlWriter.close();

新建

//1.創建文檔
Document document = DocumentHelper.createDocument();
//2.添加根元素
Element root = document.addElement("teachers");
//3.添加元素節點
Element tcEle = root.addElement("teacher");
Element tcEle2 = root.addElement("teacher");

XPath

XPath 是在 XML 文檔中查找信息的語言，類似於jQuery選擇器。
XPath通過元素和屬性進行查找，簡化了Dom4j查找節點的過程

語法	說明
/AAA	選擇根元素AAA
/AAA/CCC	選擇AAA下的所有CCC子元素
/AAA/DDD/BBB	選擇AAA的子元素DDD的所有BBB子元素
//BBB	選擇所有BBB元素
//DDD/BBB	選擇所有父元素是DDD的BBB元素
/AAA/CCC/DDD/*	選擇所有路徑依附於/AAA/CCC/DDD的元素
///*/BBB	選擇所有的有3個祖先元素的BBB元素
//*	選擇所有元素
/AAA/BBB[1]	選擇AAA的第一個BBB子元素
/AAA/BBB[last()]	選擇AAA的最後一個BBB子元素
//@id	選擇所有元素的id屬性
//BBB[@id]	選擇有id屬性的BBB元素
//BBB[@name]	選擇有name屬性的BBB元素
//BBB[@*]	選擇有任意屬性的BBB元素
//BBB[not(@*)]	選擇沒有屬性的BBB元素
//BBB[@id='b1']	選擇含有屬性id且其值爲'b1'的BBB元素
//BBB[@name='bbb']	選擇含有屬性name且其值爲'bbb'的BBB元素

使用

① 導包：jaxen-1.1-beta-6.jar

② dom4j怎麼做就怎麼做。只是在查找元素的時候可以使用xpath了

③ 獲取所有符合條件的節點

document.selectNodes(String xpathExpression) ：返回List集合
- 舉例：document.selectNodes("/students/student")
document.selectSingleNode(String xpathExpression) ：獲取符合條件的單個節點。即一個Node對象。如果符合條件的節點有多個，那麼返回第一個。
- 舉例：document.selectSingleNode("/students/student[@id='1']")

Tomcat

Tomcat下載

Tomcat官方網站：http://tomcat.apache.org/
安裝版：需要安裝，一般不考慮使用。
解壓版: 直接解壓縮使用，我們使用的版本。
因爲tomcat服務器軟件需要使用java環境，所以需要正確配置JAVA_HOME。

安裝

解壓apache-tomcat-7.0.79-windows-x64.zip到非中文無空格目錄中

bin：該目錄下存放的是二進制可執行文件，如果是安裝版，那麼這個目錄下會有兩個exe文件：tomcat6.exe、tomcat6w.exe，前者是在控制檯下啓動Tomcat，後者是彈出GUI窗口啓動Tomcat；如果是解壓版，那麼會有startup.bat和shutdown.bat文件，startup.bat用來啓動Tomcat，但需要先配置JAVA_HOME環境變量才能啓動，shutdawn.bat用來停止Tomcat；
conf：這是一個非常非常重要的目錄，這個目錄下有四個最爲重要的文件：
- server.xml：配置整個服務器信息。例如修改端口號。默認HTTP請求的端口號是：8080
- tomcat-users.xml：存儲tomcat用戶的文件，這裏保存的是tomcat的用戶名及密碼，以及用戶的角色信息。可以按着該文件中的註釋信息添加tomcat用戶，然後就可以在Tomcat主頁中進入Tomcat Manager頁面了；
- web.xml：部署描述符文件，這個文件中註冊了很多MIME類型，即文檔類型。這些MIME類型是客戶端與服務器之間說明文檔類型的，如用戶請求一個html網頁，那麼服務器還會告訴客戶端瀏覽器響應的文檔是text/html類型的，這就是一個MIME類型。客戶端瀏覽器通過這個MIME類型就知道如何處理它了。當然是在瀏覽器中顯示這個html文件了。但如果服務器響應的是一個exe文件，那麼瀏覽器就不可能顯示它，而是應該彈出下載窗口才對。MIME就是用來說明文檔的內容是什麼類型的！
- context.xml：對所有應用的統一配置，通常我們不會去配置它。
lib：Tomcat的類庫，裏面是一大堆jar文件。
logs：這個目錄中都是日誌文件，記錄了Tomcat啓動和關閉的信息，如果啓動Tomcat時有錯誤，那麼異常也會記錄在日誌文件中。
temp：存放Tomcat的臨時文件，這個目錄下的東西可以在停止Tomcat後刪除！
webapps：存放web項目的目錄，其中每個文件夾都是一個項目；如果這個目錄下已經存在了目錄，那麼都是tomcat自帶的項目。其中ROOT是一個特殊的默認項目
work：運行時生成的文件，最終運行的文件都在這裏。通過webapps中的項目生成的，可以把這個目錄下的內容刪除，再次運行時會生再次生成work目錄。當客戶端用戶訪問一個JSP文件時，Tomcat會通過JSP生成Java文件，然後再編譯Java文件生成class文件，生成的java和class文件都會存放到這個目錄下。
LICENSE：許可證。
NOTICE：說明文件。

啓動

在命令行中運行catalina run或者 Tomcat解壓目錄下雙擊startup.bat 啓動Tomcat服務器，在瀏覽器地址欄訪問地址進行測試http://localhost:8080

如果啓動失敗，查看如下的情況：

情況一：如果雙擊startup.bat後窗口一閃而過，請查看JAVA_HOME是否配置正確。

startup.bat會調用catalina.bat，而catalina.bat會調用setclasspath.bat，setclasspath.bat會使用JAVA_HOME環境變量，所以我們必須在啓動Tomcat之前把JAVA_HOME配置正確。

情況二：如果啓動失敗，提示端口號被佔用，則將默認的8080端口修改爲其他未使用的值，例如8989等。

打開：解壓目錄\conf\server.xml，找到第一個Connector標籤，修改port屬性

web服務器在啓動時，實際上是監聽了本機上的一個端口，當有客戶端向該端口發送請求時，web服務器就會處理請求。但是如果不是向其所監聽的端口發送請求，web服務器不會做任何響應。例如：Tomcat啓動監聽了8989端口，而訪問的地址是http://localhost:8080，將不能正常訪問。

在Eclipse中創建Tomcat鏡像

① 在Servers視窗裏點擊超鏈接或在空白處右鍵→New

②選擇對應的安裝版本，點next

注意1：關聯Tomcat鏡像時，Eclipse會從本地Tomcat中複製信息及文件（如下圖），之後二者的配置信息就沒有關係了，其中任何一個的配置信息發生變化都不會自動同步到另外一個。所以，如果修改端口號的話，需要Tomcat目錄中和Eclipse的鏡像文件中都要修改端口號纔可以。

注意2：Tomcat服務器在Eclipse中啓動以後，在瀏覽器中訪問：http://localhost:8080會發現訪問失敗。因爲此時在Eclipse中啓動的webapps目錄與之前方式訪問使用的webapps目錄不一致。

動態Web工程部署

項目目錄結構說明

src：存放Java源代碼的目錄。
Libraries：存放的是Tomcat及JRE中的jar包。
build：自動編譯.java文件的目錄。
WebContent：存放的是需要部署到服務器的文件
- META-INF：是存放工程自身相關的一些信息，元文件信息，通常由開發工具和環境自動生成。
  - MANIFEST.MF：配置清單文件
- WEB-INF：這個目錄下的文件，是不能被客戶端直接訪問的。
  - lib：用於存放該工程用到的庫。粘貼過來以後，不再需要build path
  - web.xml：web工程的配置文件，完成用戶請求的邏輯名稱到真正的servlet類的映射。
  - classes：存放Java字節碼文件的目錄。
凡是客戶端能訪問的資源(*.html或 *.jpg)必須跟WEB-INF在同一目錄，即放在Web根目錄下的資源，從客戶端是可以通過URL地址直接訪問的。

部署/移除Web項目

右鍵點擊剛創建好的Tomcat服務器，選擇Add and Remove …

將左邊的項目 add 到右邊，即爲部署：

將右邊的項目remove到左邊，即爲移除：

部署或移除web項目以後，需要重啓服務器

部署Web項目的原理

當我們使用Eclipse將項目部署到Tomcat中時，我們發現，在Tomcat下的webapps目錄下並沒有我們創建好的項目，但是當通過Eclipse啓動服務器後，項目卻真的可以訪問到，這是爲什麼呢？
實際上，Eclipse在使用Tomcat時，並沒有將項目部署到Tomcat的目錄下，而是在其工作空間中，創建了一個Tomcat的鏡像，Eclipse啓動的Tomcat是他自己配置的鏡像。
Eclipse鏡像所在目錄：你的工作空間目錄.metadata.plugins\org.eclipse.wst.server.core\tmp0

（重啓Tomcat以後，雙擊Servers-TOmcat v7.0即會看到部署好的web工程存在的默認位置。)

或者通過如下的方式，也可以直接找到部署的位置：

在這個目錄下，我們會發現一個和Tomcat安裝目錄幾乎一模一樣的目錄結構。
在這裏Eclipse中Tomcat鏡像配置文件也是獨立的，而我們所創建的項目是部署到wtpwebapps目錄下的，這樣做的好處是Eclipse中Tomcat和我們本機的Tomcat可以保持相互獨立，不會影響彼此。但是千萬注意，此時千萬不要試圖刪除原有的Tomcat目錄結構或移動位置。

總結：啓動服務器以後，我們的web項目會部署到服務器目錄的wtpwebapps文件夾的目錄下。index.jsp也是直接聲明在此項目目錄下的。

HTTP

HTTP 超文本傳輸協議 (HTTP-Hypertext transfer protocol)，是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分佈式超媒體信息系統。它是一種詳細規定了瀏覽器和萬維網服務器之間互相通信的規則，通過因特網傳送萬維網文檔的數據傳送協議。
客戶端與服務端通信時傳輸的內容我們稱之爲報文。HTTP協議就是規定報文的格式。
HTTP就是一個通信規則，這個規則規定了客戶端發送給服務器的報文格式，也規定了服務器發送給客戶端的報文格式。實際我們要學習的就是這兩種報文。客戶端發送給服務器的稱爲”請求報文“，服務器發送給客戶端的稱爲”響應報文“。

瀏覽器與服務器之間的通信過程要經歷四個步驟

瀏覽器與WEB服務器的連接過程是短暫的，每次連接只處理一個請求和響應。對每一個頁面的訪問，瀏覽器與WEB服務器都要建立一次單獨的連接。
瀏覽器到WEB服務器之間的所有通訊都是完全獨立分開的請求和響應對。

報文

請求報文：瀏覽器發給服務器
響應報文：服務器發回給瀏覽器

請求報文

GET請求

1、由於請求參數在請求首行中已經攜帶了，所以沒有請求體，也沒有請求空行

2、請求參數拼接在url地址中，地址欄可見[url?name1=value1&name2=value2]，不安全

3、由於參數在地址欄中攜帶，所以有大小限制[地址欄數據大小一般限制爲4k]，只能攜帶純文本

4、get請求參數只能上傳文本數據

5、沒有請求體。所以封裝和解析都快，效率高，瀏覽器默認提交的請求都是get請求[比如：① 地址欄輸入url地址回車，②點擊超鏈接a ， ③ form表單默認方式...]

請求頭

Host: localhost:8080   主機虛擬地址
Connection: keep-alive 長連接
Upgrade-Insecure-Requests: 1  請求協議的自動升級[http的請求，服務器卻是https的，瀏覽器自動會將請求協議升級爲https的]
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36
- 用戶系統信息
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
- 瀏覽器支持的文件類型
Referer: http://localhost:8080/05_web_tomcat/login.html
- 當前頁面的上一個頁面的路徑[當前頁面通過哪個頁面跳轉過來的]：   可以通過此路徑跳轉回上一個頁面， 廣告計費，防止盜鏈
Accept-Encoding: gzip, deflate, br
- 瀏覽器支持的壓縮格式
Accept-Language: zh-CN,zh;q=0.9,en-US;q=0.8,en;q=0.7
- 瀏覽器支持的語言

POST請求

POST請求要求將form標籤的method的屬性設置爲post

1、POST請求有請求體，而GET請求沒有請求體。

2、post請求數據在請求體中攜帶，請求體數據大小沒有限制，可以用來上傳所有內容[文件、文本]

3、只能使用post請求上傳文件

4、post請求報文多了和請求體相關的配置[請求頭]

5、地址欄參數不可見，相對安全

6、post效率比get低

響應報文

報文格式(4部分)

響應首行（響應行）；
響應頭信息（響應頭）；
空行；
響應體；

響應碼

200：請求成功，瀏覽器會把響應體內容（通常是html）顯示在瀏覽器中；
404：請求的資源沒有找到，說明客戶端錯誤的請求了不存在的資源；
500：請求資源找到了，但服務器內部出現了錯誤；

302：重定向，當響應碼爲302時，表示服務器要求瀏覽器重新再發一個請求，服務器會發送一個響應頭Location，它指定了新請求的URL地址；

304 （未修改）自從上次請求後，請求的網頁未修改過。服務器返回此響應時，不會返回網頁內容。

405 （方法禁用）禁用請求中指定的方法。

MIME類型

HTTP內容類型：當前響應體的數據類型。

① 需要指出的是在瀏覽器和服務器之間傳輸的數據類型並非都是文本類型，還包括圖片、視頻、音頻等多媒體類型。這些多媒體類型是使用MIME類型定義的。

② MIME的英文全稱是"Multipurpose Internet Mail Extensions" 多功能Internet 郵件擴充服務。MIME類型的格式是“大類型/小類型”，並與某一種文件的擴展名相對應。

文件	MIME類型
超文本標記語言文本	.html,.htm text/html
普通文本	.txt text/plain
RTF文本	.rtf application/rtf
GIF圖形	.gif image/gif
JPEG圖形	.jpeg,.jpg image/jpeg
au聲音文件	.au audio/basic
MIDI音樂文件	mid,.midi audio/midi,audio/x-midi
RealAudio音樂文件	.ra, .ram audio/x-pn-realaudio
MPEG文件	.mpg,.mpeg video/mpeg
AVI文件	.avi video/x-msvideo
GZIP文件	.gz application/x-gzip
TAR文件	.tar application/x-tar

1xx（臨時響應） 
表示臨時響應並需要請求者繼續執行操作的狀態代碼。

代碼 說明 
100 （繼續） 請求者應當繼續提出請求。服務器返回此代碼表示已收到請求的第一部分，正在等待其餘部分。 
101 （切換協議） 請求者已要求服務器切換協議，服務器已確認並準備切換。

2xx （成功） 
表示成功處理了請求的狀態代碼。

代碼 說明 
200 （成功） 服務器已成功處理了請求。通常，這表示服務器提供了請求的網頁。 
201 （已創建） 請求成功並且服務器創建了新的資源。 
202 （已接受） 服務器已接受請求，但尚未處理。 
203 （非授權信息） 服務器已成功處理了請求，但返回的信息可能來自另一來源。 
204 （無內容） 服務器成功處理了請求，但沒有返回任何內容。 
205 （重置內容） 服務器成功處理了請求，但沒有返回任何內容。 
206 （部分內容） 服務器成功處理了部分 GET 請求。

3xx （重定向） 
表示要完成請求，需要進一步操作。 通常，這些狀態代碼用來重定向。

代碼 說明 
300 （多種選擇） 針對請求，服務器可執行多種操作。服務器可根據請求者 (user agent) 選擇一項操作，或提供操作列表供請求者選擇。 
301 （永久移動） 請求的網頁已永久移動到新位置。服務器返回此響應（對 GET 或 HEAD 請求的響應）時，會自動將請求者轉到新位置。 
302 （臨時移動） 服務器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。 
303 （查看其他位置） 請求者應當對不同的位置使用單獨的 GET 請求來檢索響應時，服務器返回此代碼。 
304 （未修改） 自從上次請求後，請求的網頁未修改過。服務器返回此響應時，不會返回網頁內容。 
305 （使用代理） 請求者只能使用代理訪問請求的網頁。如果服務器返回此響應，還表示請求者應使用代理。 
307 （臨時重定向） 服務器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。

4xx（請求錯誤） 
這些狀態代碼表示請求可能出錯，妨礙了服務器的處理。

代碼 說明 
400 （錯誤請求） 服務器不理解請求的語法。 
401 （未授權） 請求要求身份驗證。 對於需要登錄的網頁，服務器可能返回此響應。 
403 （禁止） 服務器拒絕請求。 
404 （未找到） 服務器找不到請求的網頁。 
405 （方法禁用） 禁用請求中指定的方法。 
406 （不接受） 無法使用請求的內容特性響應請求的網頁。 
407 （需要代理授權） 此狀態代碼與 401（未授權）類似，但指定請求者應當授權使用代理。 
408 （請求超時） 服務器等候請求時發生超時。 
409 （衝突） 服務器在完成請求時發生衝突。服務器必須在響應中包含有關衝突的信息。 
410 （已刪除） 如果請求的資源已永久刪除，服務器就會返回此響應。 
411 （需要有效長度） 服務器不接受不含有效內容長度標頭字段的請求。 
412 （未滿足前提條件） 服務器未滿足請求者在請求中設置的其中一個前提條件。 
413 （請求實體過大） 服務器無法處理請求，因爲請求實體過大，超出服務器的處理能力。 
414 （請求的 URI 過長） 請求的 URI（通常爲網址）過長，服務器無法處理。 
415 （不支持的媒體類型） 請求的格式不受請求頁面的支持。 
416 （請求範圍不符合要求） 如果頁面無法提供請求的範圍，則服務器會返回此狀態代碼。 
417 （未滿足期望值） 服務器未滿足”期望”請求標頭字段的要求。

5xx（服務器錯誤） 
這些狀態代碼表示服務器在嘗試處理請求時發生內部錯誤。 這些錯誤可能是服務器本身的錯誤，而不是請求出錯。

代碼 說明 
500 （服務器內部錯誤） 服務器遇到錯誤，無法完成請求。 
501 （尚未實施） 服務器不具備完成請求的功能。例如，服務器無法識別請求方法時可能會返回此代碼。 
502 （錯誤網關） 服務器作爲網關或代理，從上游服務器收到無效響應。 
503 （服務不可用） 服務器目前無法使用（由於超載或停機維護）。通常，這只是暫時狀態。 
504 （網關超時） 服務器作爲網關或代理，但是沒有及時從上游服務器收到請求。 
505 （HTTP 版本不受支持） 服務器不支持請求中所用的 HTTP 協議版本。

HttpWatch狀態碼Result is

200 - 服務器成功返回網頁，客戶端請求已成功。 
302 - 對象臨時移動。服務器目前從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。 
304 - 屬於重定向。自上次請求後，請求的網頁未修改過。服務器返回此響應時，不會返回網頁內容。 
401 - 未授權。請求要求身份驗證。 對於需要登錄的網頁，服務器可能返回此響應。 
404 - 未找到。服務器找不到請求的網頁。 
2xx - 成功。表示服務器成功地接受了客戶端請求。 
3xx - 重定向。表示要完成請求，需要進一步操作。客戶端瀏覽器必須採取更多操作來實現請求。例如，瀏覽器可能不得不請求服務器上的不同的頁面，或通過代理服務器重複該請求。 
4xx - 請求錯誤。這些狀態代碼表示請求可能出錯，妨礙了服務器的處理。 
5xx - 服務器錯誤。表示服務器在嘗試處理請求時發生內部錯誤。 這些錯誤可能是服務器本身的錯誤，而不是請求出錯。

Web基礎瞭解版04-XML-Tomcat-Http

XML