## 為什么是奇怪的格式？ 當我們在《批量》一章中學習了批量請求后，你可能會問：“為什么`bulk` API需要帶換行符的奇怪格式，而不是像`mget` API一樣使用JSON數組？” 為了回答這個問題，我們需要簡單的介紹一下背景： 批量中每個引用的文檔屬于不同的主分片，每個分片可能被分布于集群中的某個節點上。這意味著批量中的每個**操作(action)**需要被轉發到對應的分片和節點上。 如果每個單獨的請求被包裝到JSON數組中，那意味著我們需要： * 解析JSON為數組（包括文檔數據，可能非常大） * 檢查每個請求決定應該到哪個分片上 * 為每個分片創建一個請求的數組 * 序列化這些數組為內部傳輸格式 * 發送請求到每個分片 這可行，但需要大量的RAM來承載本質上相同的數據，還要創建更多的數據結構使得JVM花更多的時間執行垃圾回收。 取而代之的，Elasticsearch則是從網絡緩沖區中一行一行的直接讀取數據。它使用換行符識別和解析**action/metadata**行，以決定哪些分片來處理這個請求。 這些行請求直接轉發到對應的分片上。這些沒有冗余復制，沒有多余的數據結構。整個請求過程使用最小的內存在進行。