問題前提：
今天回歸測試用例時，上午回歸用例正常，下午回歸用例98%的用例均報錯，返回空指標異常，伺服器執行正常未宕機。
排查思路
1.重跑用例，檢視日誌，因為是錄製的流量，很多資料都是自動mock了，所以無法排查鏈路上是否存在問題。
2.重跑全鏈路用例，發現服務基本正常，無問題，排除鏈路上的問題，問題可能存在於用例本身，或回放機器。
3.登入回放機器，使用命令pstree admin，檢視admin下執行緒數，發現執行緒明顯減少，由600多執行緒降到30多。
4.使用.sh指令碼重啟伺服器，執行緒數恢復，錄製用例回放正常。
日誌排查問題總結
寫在前面 因為公司負責的專案流程鏈路很長，經常需要排查問題定位問題。目前專案是把每個service的方法前後都加上了入參和返回值的列印。接管專案後，總結了一下通過日誌定位問題的經驗，希望以後排查問題能有一些幫助。第二版 運單後台排查問題的方法總結 邏輯熟悉時 4.再根據測試 現場人員描述的描述以及自...
演示死鎖並排查問題
由於資源競爭或通訊問題造成的乙個阻塞現象，若無外力作用無法推進下去.當執行緒互相持有對方所需要的資源時，會互相等待對方釋放資源，如果執行緒都不主動釋放所占有的資源，將產生死鎖。1 競爭資源 搶占資源的執行緒數 如果競爭資源為1時，不存在死鎖問題，因為不是不是a執行緒占有就是b執行緒占有，不會相互等待...
linux定時任務排查問題
閱讀本文時，請先閱讀 定時任務的配置 場景使用 當乙個處理需要定時任務處理時，但是卻沒有達到預期的效果的時候，可以這樣排查是否是定時任務出問題了！原則 無論是什麼，凡是涉及服務的必須有日誌！1.使用ssh等工具連上linux伺服器，使用命令檢視linux的定時任務是否正常執行 如果不正常執行手動呼叫...