鍍金池/ 問答/網(wǎng)絡(luò)安全  HTML/ ajax post請求 參數(shù)的值特別長 導(dǎo)致API響應(yīng)速度很慢

ajax post請求 參數(shù)的值特別長 導(dǎo)致API響應(yīng)速度很慢

我發(fā)送了一個ajax請求 post類型 Form Data形式傳參,但其中一個參數(shù)的值是一個非常長的字符串,長度能達(dá)到150k,這導(dǎo)致這個API響應(yīng)的速度很慢,想做一下優(yōu)化,后端是Java。

請問有哪些可優(yōu)化點(diǎn)呢?從前端入手的話能做優(yōu)化嗎,從后端解析參數(shù)的速度來看并不慢,是否是因?yàn)榫W(wǎng)絡(luò)傳輸?shù)倪^程慢呢?

求解 謝謝

回答
編輯回答
若相惜

1.是不是網(wǎng)絡(luò)傳輸?shù)倪^程慢可以記錄一下前端發(fā)送請求的時(shí)間,后端接收到請求的時(shí)間,比一下看看,有多少差距,正常來說150K的表單不會影響請求速度的,如果這個都會影響,那文件上傳怎么辦

2017年2月4日 22:18
編輯回答
魚梓

150k的參數(shù)……真的不考慮把這個參數(shù)分解一下嗎

2018年9月23日 17:47
編輯回答
替身

嚴(yán)格說來 150K 并不算大,比如電信家用 100M 寬帶,上行帶寬 10Mb 左右,除8也就是 1.28MB,150K 0.1秒就傳上去了。所以我覺得實(shí)際瓶頸還是后端解析的問題。

建議一當(dāng)然是分解參數(shù),分成小的上傳。二是放在 post 的 body 里面,不過我不肯定放在 URL 里是否影響服務(wù)器解析。

我還是認(rèn)為無論如何 150K 不是個大數(shù)字,不太會慢,建議題主好好找下瓶頸。

2017年8月1日 23:35