在 API 中幾 KB 圖片（如帳戶圖片）應該放進 JSON 流中嗎？

RT
設計用戶端與服務端互動 API 中，那些瑣碎細小的幾 KB 圖片應該如何處理？

• 在用戶端中如何設計這些小圖片的緩衝機制？
• 在服務端如何處理這些小圖片的存放位置？
• 那些不大不小的圖片（大小10+KB） 又如何處理呢？

回複內容：

RT
設計用戶端與服務端互動 API 中，那些瑣碎細小的幾 KB 圖片應該如何處理？

• 在用戶端中如何設計這些小圖片的緩衝機制？
• 在服務端如何處理這些小圖片的存放位置？
• 那些不大不小的圖片（大小10+KB） 又如何處理呢？

JSON 流？

你的意思是不是把那些圖片直接 Base64 Encodeing 處理之後通過 JSON API 傳遞給用戶端嗎？

如果是這個意思的話，那麼既有好處也有壞處，針對你的幾個問題簡單說一下：

1. 一般瑣碎的幾KB的圖片可以通過編碼之後傳輸會比較快，當然如果量不上去的話這個差別也很小啦

2. 很遺憾，如果你不是直接請求二進位檔案的話，Data URI 是沒有辦法在用戶端緩衝的，每當文檔變化的時候它們都必須重新下載

3. 無論大小都是一樣的存吧，或許會涉及到磁碟讀寫的效能？這方面我不太瞭解。

4. 不大不小……這個要怎麼定義呢？難道設計一個系統還需要先針對圖片尺寸和大小分個上中下三檔嗎？我覺得靜態資源單獨做個 CDN 處理，API 返回請求 CDN 的地址給用戶端就好了，目前最成熟的做法也就是這樣了吧。至於那些特別小的東西，一般來說都是表徵圖之類的吧，要麼 sprites 處理一下，要麼直接轉成字型。

大於200位元組都不要用base64了。請相信gzip的威力。
請相信二進位序列化之後的體積比二進位大了大約兩倍。

