request header
null line
request body
response
http的優點、缺點和特點
補充資料（關於tcp協議）
描述了http的工作原理，圖多，雖然省略了路由的一些細節。
這篇文章質量很高！
get： 請求獲取request-uri所標識的資源（restful curd中的查詢）
post： 在request-uri所標識的資源後增加新的資料（restful curd中的修改）
put： 請求伺服器儲存或修改乙個資源，並用request-uri作為其標識（restful curd中的tinjino）
delete： 請求伺服器刪除request-uri所標識的資源（restful curd中的刪除）
head： 請求獲取由request-uri所標識的資源的響應訊息報頭
trace： 請求伺服器回送收到的請求資訊，主要用於測試或診斷
connect： 保留將來使用
options： 請求查詢伺服器的效能，或者查詢與資源相關的選項和需求
request-uri
什麼是http url！不過uri是什麼，urn是什麼？可以參考一下
「uri可以分為url,urn或同時具備locators 和names特性的乙個東西。urn作用就好像乙個人的名字，url就像乙個人的位址。換句話說：urn確定了東西的身份，url提供了找到它的方式。」
它們和https的區別又是哪些？沒有需求，先mark一下，以後有需求了後頭再思考。
accept:
accept-charset:瀏覽器可以接受的字元編碼集
accept-encoding 指定瀏覽器可以支援的web伺服器返回內容壓縮編碼型別
accept-language 瀏覽器可接受的語言
connection:表示是否需要持久連線（http 1.1預設進行持久連線）
cookie:http請求傳送時，會把儲存在該請求網域名稱下的所有cookie值一起傳送給web伺服器
content-length:請求的內容長度
post有，但get沒有
這個和request裡一樣的。
status code
描述了常見狀態碼的**
（1）特點：
無連線：每次tcp連線只處理乙個請求
無狀態：沒有記憶能力，由無連線導致。
（2）優點：
簡單快速：沒有太深的體會，畢竟基於tcp，它比誰簡單快速了？
靈活：感受不太深，和誰比較算靈活？
（3）缺點：
安全性不夠高，所以拿速度換安全-----瀏覽的**基本都是採用https了。
巨集觀事件和微觀事件
首先js執行過程中是從上往下執行，有同步和非同步執行之分 執行中是有分為塊的 在這些內容中 將會分為巨集觀和微觀任務 我們可以將整個js看做乙個大的巨集觀任務 執行時 會從上往下執行 如果執行的話 會先執行同步的 同步執行之後將執行巨集觀和微觀任務 首先 settimeout setinterval...
多執行緒的巨集觀和微觀視角
首先我們在做併發程式設計的的時候會考慮到原子性丶可見性和有序性，在巨集觀上會考慮到安全性丶活躍性和效能 執行緒工作記憶體 是指 cpu 的 暫存器 和 快取記憶體 執行緒的 工作記憶體 本地記憶體 是指cpu的暫存器和快取記憶體的抽象描述,資料讀取順序優先順序 是 暫存器 快取記憶體 記憶體 例如 ...
mysql結構和執行流程
mysql整體結構大致分三層 mysql客戶端 用來處理 連線處理，授權認證，安全等功能 核心服務層 用來查詢解析，分析，優化，快取，內建函式 如時間 數學 加密等函式 所有的跨儲存引擎的功能也在這一層實現 儲存過程 觸發器 檢視。儲存引擎 負責mysql中的資料儲存和提取，每種儲存引擎都有其優勢和...