1. 如何處理前端頁面首次載入慢的問題
這是一個ajax請求，幾秒鍾的延遲時間屬於正常范圍，它是非同步運行的，對頁面的載入速度不會造成直接影響。從圖片中可看出，它的載入時間為138ms，不算長啊，後面的4.84s是它等待伺服器返回數據的時間，在這段時間里，頁面的其他元素是繼續載入的，不會受影響。所以這個4.84s是不算在首頁載入時間內的。就好比一個體育賽事直播的網頁，它的比分一般都是通過ajax非同步方式定時刷新的，而這個刷新的時間並不算在頁面的載入時間內，因為這時候頁面早就載入完畢了。
當然，這個4.84s的時間長短，是由多種因素造成的，比如電腦性能、網路狀態等，但最大的影響因素通常都是後台資料庫的查詢速度，通過優化可以大大縮短這個查詢時間。
2. U盤插在台式電腦的前端反應特別的慢 插在後面就快一點 這是為什麼呀
前面的插口 是導線連過來了，有的線質量不好，導致供電不足，有時帶不起移動硬碟等。
3. rest系統前台訪問是介面調用性能慢有什麼優化思路和經驗分享
rest系統前台訪問是介面調用性能慢有什麼優化思路和經驗分享
訪問REST資源
對於REST模塊提供的介面可以參考用戶手冊的 REST API 章節，有著詳細的介紹（包括URL和參數含義）。
2.1 身份認證
REST介面的大部分功能都需要驗證，默認使用 Basic Access Authentication(基本連接認證) ，所以在訪問資源時要在header中添加驗證信息，當然為了安全期間把用戶名和密碼進行base 64位加密。
可以在用戶登陸之後把用戶名和密碼進行加密並設置到session中，這樣在前端就可以直接通過Ajax方式獲取資源了：
import jodd.util.Base64;
String base64Code = "Basic " + Base64.encodeToString(user.getId() + ":" + user.getPassword());
session.setAttribute("BASE_64_CODE", base64Code);
4. 電腦U口讀寫速度太慢
有幾種情況;
1.你的U盤問題，U盤的好壞直接決定了讀寫速度的快慢！（因為大多數的電腦USB介面速度都差不多）所以建議你換一個好一點的U盤，我用的是朗科U208 1G，質量好，讀寫速度比同類型的U盤都快，而且還有防寫功能！
2.電腦USB介面問題，有可能是多插拔後有松動現象，接觸不良，試著換個介面（注意！有的電腦USB介面是分等級的！其中一部分介面只支持低電源輸出，即所借移動設備的容量不高，即使接上也會降低書寫操作的速度。另外一部分的介面可支持高電源輸出，可接大容量設備！）
3.電腦硬碟轉速不夠，這是你電腦本身問題了，硬碟讀寫速度不夠直接導致輸出速度降低，要解決根本問題只有換硬碟！
4.設備兼容性問題，這種情況一般很少發生，有可能對系統介面設置進行了限制，或是版本不符，建議用第三方軟體查看一下。
5. 前端應該怎麼去請求介面，定時請求還是每隔一段時間
我想我理解你的意思，你是想如果只在第一次載入完畢設定倒計時的話，由於每個客戶的上網終端設備和行為的不確定性，擔心中間會有時間的偏差。你想間隔一段時間去向後台重新校準，我想這要看倒計時時間的長短。如果時間很短，不僅增加前端的負擔，而且如果客戶能發覺時間的校準行為，會造成不好的體驗，不如不去校準。重點是要對倒計時結束後暴露給客戶向後台發送的請求必須經過後台時間校驗。客戶動手操作的時間延時足以彌補時間的小偏差。倒計時時間很長的話，可以設定一個適當長的間隔重新校準時間，既不會造成負擔也不易被客戶察覺。
6. 訪問介面時，會出現介面裡面的代碼執行了，但是由於網路延遲原因，前端接收不到數據嗎
不會因為網路延時原因，出現接收不到數據的情況。
出現失敗的原因：1.訪問介面的時候，條件沒給，商品的ID之類的
2.數據處理的時候，返回的不是前端遍歷的數據或格式。
7. 網站pc刷新很慢，是前端的問題還是後端的額問題
這不好判斷，只能說都有可能，也有可能是網路問題
8. 如何判定前端調用後端介面超時
在前端請求的時候記錄請求時間(開始時間)，記錄介面返回數據介面的時候(結束時間)，記錄curl狀態值。
狀態值獲取方法：$httpCode = curl_getinfo($ch,CURLINFO_HTTP_CODE);
比如，設置10s 為超時。
當 結束時間 - 開始時間 》10s 的時候，記錄到redis隊列。
當 狀態值 != 200 的請求，記錄到redis隊列。
然後後端消耗隊列，比如 寫到數據，或者 發簡訊，發郵件 等等。