在系統維護開發中，遇見一個問題，就是某個功能處理很慢，慢到什么程度，批量審批十條工單信息，耗時大概是15+min，這個是絕對不能忍受的問題，看功能邏輯和代碼邏輯，沒有任何問題，可能代碼處理不是很高效，但是也不能如此的緩慢。。。
在ie11中，f12查看，捕獲網絡，查看請求耗時，發現主要請求都在請求action上，ie11在f12狀態，直接顯示已掛起，之后進行百度解疑，才發現可能是請求方式的問題。
瀏覽器的確是發送了post請求，但是該請求“結果”欄顯示的是“已終止”，“發起程序”值 是“已掛起”。請求頭、請求體、響應頭、響應體都是空的。也就說瀏覽器發送了1個異常的請求。
后臺的action也收到了post的請求，但是沒有獲取到請求參數的值。
個人感覺，可能是頁面請求在拼post的請求體時，會相對比較耗時，還沒有執行完畢。此時頁面關閉，JS終止了執行，瀏覽器發送了1個不完全的HTTP請求(沒有附上請求體)?；谶@個結論，我們將POST請求，改成Get請求，服務端能夠收到請求的參數值了，時間也很快，十條單子批量審核，大概不到20s，這就算是正常反應了。
因為按鈕觸發的是js事件，在你點擊按鈕，觸發js方法的時候，他去拼參數，如果是post請求，他js觸發之后，需要把請求參數放在包體中，但是js請求之后，已經沒有jsp容許你去放包體參數，所以參數可能丟失或者不全，這樣action接收不到正常請求參數，前臺掛起。修改為get請求之后，拼接的參數是放在url之后，這樣action是肯定可以收到請求參數的，這樣后臺有響應，前臺自然不會掛起。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
