就像知乎/quora等網站，當閱讀使用者的回答或文章的時候，可以採用read more或modal閱讀整篇文章。
現在有一個相似的業務場景，每次前端向後端請求15篇文章，但是我的問題的是有些文章可能字數有好幾萬字，這樣的話restful-api返回的資料量是否過大。
由於題主對網路資料傳輸之類的概念理解不是很深，請問一次返回將近10萬字的資料對網路延遲是否有很多的影響？或者說每次我只回文章前多少個字，當使用者點擊read more的時候前端再向後端發起請求。
淡淡烟草味2017-06-12 09:21:43
忽略網路因素，這個場景需要考慮兩個點
1.服務端壓縮演算法效能
2.服務端壓縮演算法壓縮率
通常，演算法的效能和壓縮率是成反比的。最極端情況，服務端不進行壓縮，這樣壓縮率100%，cpu開銷0%；相反的壓縮率達0.1%，cpu開銷100%。
目前伺服器都會開啟gzip壓縮，針對文字壓縮率能夠達到15%左右，當然跟文字內容也有關係，例如：排序後的文字壓縮率會更高。
從題主描述的業務場景來看，類似預先載入15篇文章，可以適當取捨，畢竟要兼顧產品體驗，也要考慮使用者的流量。
