問題背景：前後端分離情況下後端開發測試需要配置hosts，有此問題的人員有RD，QA，PM，User 測試環境由於用戶使用這種配置導致無法使用線上系統發起單據影響用戶使用，同時讓用戶誤以為系統出問題而導致增加溝通成本。 問題原理：用戶訪問的是線上，但是由於本地hosts影響，瀏覽器載入的資源是測試環 ...
問題背景：前後端分離情況下後端開發測試需要配置hosts，有此問題的人員有RD，QA，PM，User
測試環境由於用戶使用這種配置導致無法使用線上系統發起單據影響用戶使用，同時讓用戶誤以為系統出問題而導致增加溝通成本。
問題原理：用戶訪問的是線上，但是由於本地hosts影響，瀏覽器載入的資源是測試環境的，導致實際發出的請求是由測試環境發出的，因此用戶會以為系統出現問題。
目標：在用戶使用出現問題時，給予明確提示和解決方案，減少與RD和PM的溝通成本。
方案調研：
1.後端校驗hosts，
問題：java目前可以做到本地hosts檢測，由於後端程式是部署到伺服器上的，因此無法滿足各個PC端的hosts校驗。PASS
- 前端校驗hosts
問題：js,node等前端語言對文件流等處理不太友好，同時難度較大，相當於重新開發了一套hosts更新工具（網上思路，無法解決根本問題,PASS）
3.C,Python實現
網上有相應的實現思路但是需要客戶端安裝相應腳本工具，實現難度較大（網上思路，無法根本解決問題，PASS）
4.內網單點登錄實現
inpass（內網單點登錄系統）目前天生支持對應功能變數名稱尾碼跳轉，但是對於線上環境，但是發起請求卻是從測試環境發起的無法判斷，因此PASS
現在我們重新來看一下問題：
用戶訪問的是線上，由用戶本地環境問題導致系統不可用，因此可以對載入的本地環境進行檢測，
由於大部分獲取數據介面是採用相對路徑，提交單據或者彈框單據等是絕對路徑，由此我們需要拿到用戶訪問的線上系統功能變數名稱與發起單據請求的功能變數名稱進行對比，
如果都是以xxxx-inc.com結尾或者以xxxtest.cn結尾的則表示用戶的環境是正確的，否則是錯誤的.
由上所述，我們可以知道，解決方案如下：
1.前端對發起單據或者需要絕對路徑匹配的ajax請求進行功能變數名稱匹配，匹配成功，則正常發起，否則彈框提示或者在控制台打log，提示用戶本地環境有問題...
方案優點：
1.簡單，後端不用動，前端只要簡單開發就可以解決問題，代碼量不超過10行。
2.上述邏輯代碼不需要部署到線上即可解決問題。即使部署到線上也沒有問題，錯誤提示只在測試環境中產生，用戶只要本地環境是正確的即可通過該邏輯。
3.給用戶明確提示之後可減少溝通成本，讓用戶體驗更好。
本文由博客一文多發平臺 OpenWrite 發佈！
架構設計@工程設計@服務穩定性之路
