問題描述

就像知乎/quora等網站，當閱讀用戶的回答或者文章的時候，可以采用read more或者modal閱讀整篇文章。

現在有一個相似的業務場景，每次前端向后端請求15篇文章，但是我的問題的是有些文章可能字數有好幾萬字，這樣的話restful-api返回的數據量是否過大。

由于題主對網絡數據傳輸之類的概念理解不是很深，請問一次性返回將近10萬字的數據對網絡延遲是否有很多的影響？或者說每次我只返回文章前多少個字，當用戶點擊read more的時候前端再向后端發起請求。

問題解答

忽略網絡因素，這個場景需要考慮兩個點1.服務端壓縮算法性能2.服務端壓縮算法壓縮率通常，算法的性能和壓縮率是成反比的。最極端情況，服務端不進行壓縮，這樣壓縮率100%，cpu開銷0%；相反的壓縮率達到0.1%，cpu開銷100%。目前服務器都會開啟gzip壓縮，針對文本壓縮率能夠達到15%左右，當然跟文本內容也有關系，例如：排序后的文本壓縮率會更高。從題主描述的業務場景來看，類似預加載15篇文章，可以適當取舍，畢竟要兼顧產品體驗，也要考慮用戶的流量。

那么問題來了，當你是服務端渲染頁面的時候，你請求好幾萬字的文章，數據量不是更大了？十幾萬字，一個中文字是2字節十幾萬字才幾百KB= =能有多大