上一課認識了用戶端（Client）發需求、伺服器（Server）提供服務，但兩台素未謀面的機器要怎麼聽懂彼此？靠的是一套全世界都遵守的溝通規則：HTTP。 它的形式永遠是一問一答：用戶端送出一個 請求（Request：我要什麼），伺服器回一個 回應（Response：結果在這），一來一回就是一次對話。 你手腕上的手錶查天氣，走的也是同一套規則。按下面手錶上的「重新整理」，盯著右邊的圖：請求送過去、伺服器查好資料、回應送回來，錶面溫度才換新。

剛剛那趟一問一答之所以順，是因為雙方都照規則講話。少了規則會怎樣？下面這個宇宙裡沒有 HTTP，伺服器想怎麼回就怎麼回：同一句「台北現在的天氣？」，一次回 ASCII 圖、一次回文言文、一次回俄文。 而你的手錶是程式，不會翻譯也不會推理，它只會做一件事：去回應裡找「溫度」欄位。每則回應下面那行小字就是它的拆解結果：找不到，只好把整段原文原樣貼上錶面，誰也看不懂現在到底幾度。先連按幾次「問天氣」感受一下。 打開下面的「HTTP 共同規則」開關就不一樣了：雙方講好之後，回應一律是同一種固定格式（200 OK ＋ JSON）：內容可以換、外框永遠一樣，「溫度」永遠待在講好的欄位裡，手錶一拆就中，錶面立刻換上正確的溫度。

知道 HTTP 是一問一答之後，來看這一問一答裡各自裝了什麼。請求大致是「用什麼方法、找哪個網址、附帶什麼說明」，回應則是「成不成功、資料是什麼格式、東西在這」。 下面把兩邊的部件列出來，點一個就對到手錶查天氣那趟真實對話的哪一行。

剛剛拆出來的部件裡，標頭（Headers）和內文（Body）最容易搞混，用一件宅配包裹就分得很清楚： 標頭是貼在箱子外的說明單（給誰、什麼格式、多大），內文才是箱子裡真正的貨。 點標籤上任一欄看它在說什麼，再按「拆箱」看裡面裝了什麼。

拆過請求與回應、也分清了標頭和內文，最後看回應開頭最關鍵的那一行：狀態碼（Status Code），一個三位數，一句話講完「這次到底怎麼了」。 訣竅是只看第一位數字就能抓大方向：2 開頭成功、3 開頭改投別處、4 開頭你寄錯了、5 開頭伺服器壞了。 點下面四類、再點各類裡不同的碼，看回執蓋什麼章、手錶又變成什麼樣子、出事時該找誰。