一、從問題出現的本身進行排查。
客戶端出現響應資訊異常
charset="utf-8">
head>
window.onload=function
()script>
loading...h1>
body>
html>
1、首先確定伺服器不會返回這樣的資訊，檢視訪問日誌，服務端返回的並不是這樣的資訊。
2、分析問題，覺得響應資訊是在鏈路層被篡改。
彎路：
從響應資訊中可以明顯看出，是通過360wifi進行的訪問。應直接確認客戶使用場景。
二、問題解決：
1、模擬客戶使用場景，進行測試。看出現這種情況的時間點，是初次訪問出現，還是所有請求都會被攔截下來。
電腦異常藍屏問題排查記錄
環境 主機板 gigabyte h87 d3h bios version f5 cpu intel xeon e3 1230 v3 3.7ghz 記憶體 4x4gb 金士頓 1600mhz cl11 11 11 28 cr 2 每2條一組是同週期生產，一組是13年32周，一組14年 通道1 dimm...
yocto 串列埠列印異常問題排查
在移植yocto imx6q時，u boot出現過列印訊息正常，但console無法輸入，一直從serial驅動到console初始化一步步排查，都正常，鬱悶至極，無意想到是不是串列埠輸入腳搞錯了，一對照，果然是pin腳錯了乙個序號，更正後輸入正常。今天做到kernel這一步了，在menuconfi...
排查mysql響應慢 MySQL反應慢排查思路
資料庫異常假死排查需要資料 當時問題的時間，前後時間在2個小時的資料就行 1.mysql相關配置 整體可以借助於pt mysql summary生成 percona tools工具 2.作業系統方面 var log message 核心日誌 硬體基本資訊，可以借助於pt summary資訊 perc...