所有資料在一個頁面上顯示，頁面類似貨幣走勢圖
uj5u.com熱心網友回復：
有分頁的話 做下分頁
uj5u.com熱心網友回復：
如果是同一時間的大量請求,可設檢查碼,請用戶輸入數字來查驗(判斷非機器人操作),減少同一時間的大量請求。
uj5u.com熱心網友回復：
1. 提高api的回應速度，如果請求多可以加負載均衡， 后面都配幾臺api 服務器。
2. 減少api的json格式冗余度壓縮資料量， 像你的貨幣走勢圖應該是有分鐘資料， 千萬不要用key,value的json來存放， 用單陣列的方式來存放一個欄位的資料 如: time:[1001, 1002, 1003, .....], open:[10.1,10.2,10.1, ....]
3. 走勢圖中的指標在前端計算， 不要放在后臺計算， 后臺只回傳基礎的 開高低收事件等資料。
4. 資料更新， 千萬不要又是把歷史資料在下一遍， 只下載當天的資料，在前端拼接到你之前已經下載好的資料后面。
https://opensource.zealink.com/hqweb/demo/phone.html 這個我做的K線圖 大概取了4年的資料吧。 你可以查考下。原始碼在https://github.com/jones2000/HQChart
uj5u.com熱心網友回復：
參考bootstrap 的分頁，根本不用自己寫
uj5u.com熱心網友回復：
前臺資料是如何渲染的? 可以考慮異步分頁加載
uj5u.com熱心網友回復：
負載均衡，集群減少專案壓力
uj5u.com熱心網友回復：
樓主你怎么解決的？我也遇到這個問題，回傳300w+的資料，近70兆，前端經常崩潰。真不知道那些回復說搞分頁的，回復都不帶腦子，趨勢圖怎么分頁，分頁這么基礎的東西，誰都會想到的。最低限度，多維度查詢的一天的一個走勢圖，無法預先加載資料。如果要搞預處理，把所有維度的條件，組合起來，這樣每天查詢上一天的資料，但是2的n次方種維度的資料存起來，真的行不通
uj5u.com熱心網友回復：
不是事實的資料用Cache
uj5u.com熱心網友回復：
都這么大了，直接生成一個json或者js檔案唄。
或者考慮拆分一下，按小時去查，然后前端自己拼接資料，修改互動邏輯，不要一次顯示全部。如果存在多條線，還可以每次單查一條線的。說到底，就是看資料能不能拆分。。。
uj5u.com熱心網友回復：
等到[b][/b][color=#FF9900][/color]
uj5u.com熱心網友回復：
