它們由三個部分組成：
這是請求報文的格式： //是為伺服器端提供一些額外的資訊
這是響應報文的格式（注意，只有起始行的語法有所不同）： //為客戶端提供一些額外的資訊
下面是對各部分的簡要描述。
客戶端希望伺服器對資源執行的動作。是乙個單獨的詞，比如get、head或post。本章稍後將詳細介紹方法。
命名了所請求資源，或者url路徑元件的完整url。如果直接與伺服器進行對話，只要url的路徑元件是資源的絕對路徑，通常就不會有什麼問題——伺服器可以假定自己是url的主機/埠。第2章詳細地介紹了url的語法。
這三位數字描述了請求過程中所發生的情況。每個狀態碼的第一位數字都用於描述狀態的一般類別（「成功」、「出錯」等）。本章稍後提供了http規範定義的狀態碼及其含義的完整列表。
數字狀態碼的可讀版本，包含行終止序列之前的所有文字。本章稍後提供了http規範定義的所有狀態碼的原因短語示例。原因短語只對人類有意義，因此，比如說，儘管響應行http/1.0 200 not ok和 http/1.0 200 ok中原因短語的含義不同，但同樣都會被當作成功指示處理。
可以有零個或多個首部，每個首部都包含乙個名字，後面跟著乙個冒號（:），然後是乙個可選的空格，接著是乙個值，最後是乙個crlf。首部是由乙個空行（crlf）結束的，表示了首部列表的結束和實體主體部分的開始。有些http版本，比如http/1.1，要求有效的請求或響應報文中必須包含特定的首部。本章稍後會**各種http首部。
實體的主體部分包含乙個由任意資料組成的資料塊。並不是所有的報文都包含實體的主體部分，有時，報文只是以乙個crlf結束
方法組成部分
public static void main string args 訪問許可權修飾符 public protected private 預設 什麼都不寫 普通修飾符 static final abstract 返回值型別 有返回值型別 所有的資料型別都可以充當返回值型別 無返回值型別 void ...
XML組成部分
格式 注意 和xml 不能有空格 結尾 屬性列表 standalone 是否獨立。大多數不設定，了解 結合css的展示資料 標籤名稱自定義 規則 不能以數字標點符號開始 不能以字母xml xml xml.都不行 開始 不能包含空格 名稱中可以有 字母 數字 其他字元 id屬性值唯一 id表示乙個標籤...
url組成部分
1.協議部分 該url的協議部分為 http 這代表網頁使用的是http協議。在internet中可以使用多種協議，如http，ftp等等本例中使用的是http協議。在 http 後面的 為分隔符 3.埠部分 跟在網域名稱後面的是埠，網域名稱和埠之間使用 作為分隔符。埠不是乙個url必須的部分，如果...