晚上同事因為一個調用接口參數問題搞了很久，并且也打印出了接收到的base64編碼和處理后到參數，并且就是沒有直接查看一下日志中base64編碼的參數就判定傳入的參數有問題浪費了好長時間排查問題，結果最后發現時處理輸入參數時一個字符串替換引起的，其實傳入的處理前被編碼的參數是正常的，處理后的參數就異常了。
但因為沒做處理前編碼參數的確認導致花好長時間定位排查問題。如果當初能細心一步步確認多好。
同樣另外的問題因為tomcat服務啟動失敗，直接設置環境變量，用一個新tomcat服務就能好，但因為想直接改tomcat腳本導致各種嘗試結果因為某些未知的原因還是不行。
這些都是解決問題的經驗教訓，但這又有多大意義呢？因為這些問題看上去都是小心正常操作不應該出現的，但結果往往因為某一個細節步驟的缺失導致出現問題，然后又因為解決問題方向錯誤導致錯誤花費時間越來越多。
出現這個問題的時候讓自己靜下來，再從頭觀察一下問題的前因后果，或許就能更高效的解決問題。
