作者 | Halimao  Java、go 愛好者（[https://github.com/halimao/](https://github.com/halimao/)）

【Arthas 官方社群正在舉行徵文活動，參加即有獎品拿哦~[點選投稿](http://alibabacloud.mikecrm.com/9khcRrs)】

生產環境的 bug 開發環境無法復現怎麼辦？關鍵位置沒有列印日誌資訊不足怎麼辦？莫慌，騷年。讓強大的 Arthas法師來 carry，帶你去生產環境"遨遊"闖關。

剛接觸 Arthas，就被它能夠 watch 方法的輸入引數和返回值的功能震驚到了。這簡直太酷炫了，讓你可以像本地單步除錯一樣，跟蹤到每一步的執行結果和獲取當前的變數數值。以前要定位線上問題，資訊不足就需要加日誌列印，定位問題，可能需要反覆重啟應用。用了 Arthas，根本不需要加日誌列印，重啟應用這些操作。花了大概一個週末下午，在本地跑了下官方 demo，熟悉了下常用操作。腦子裡對 Arthas 能夠做什麼，能解決什麼，怎麼解決，已經有了大概的瞭解。後面需要用的時候，就能派上大用場了(學了就一定有 bug 會找上門的=.=)。

下面介紹一個特意找上門的 bug。

背景：同一個聊天交友類產品，對外以一個主品牌以及多個新品牌進行釋出。服務端是共用一套資料的，但是所有對外展示的資訊，涉及到品牌相關的，需要進行文案替換。在同一個群組裡，主品牌和新品牌的使用者可以互相聊天。

問題現象：

- 線上某個群組裡面，同一條聊天訊息涉及到需要替換文案的內容時，主品牌側的使用者有的顯示正常，有的顯示為新品牌文案；
- 不同的群聊天訊息，同一個使用者有的展示正常，有的異常；
- 新品牌側的使用者看到的群聊天訊息文案替換正常。

先貼下相關的程式碼(用 Arthas 的 jad 直接反編譯的原始碼):

群聊訊息下發方法：

![1.png](https://ucc.alicdn.com/pic/developer-ecology/f5917414600a4c679a14ecbc64b9400c.png)

write 方法文案替換邏輯程式碼：

![2.png](https://ucc.alicdn.com/pic/developer-ecology/21f7a4427da14808a023beca422874d6.png)

PublishMessage 是下行訊息類，replaceMsgMap 是提前生成好的各個新品牌對應文案，主品牌使用原始訊息文案。

乍一看，文案替換邏輯沒啥毛病(但問題就在這，大家可以先思考下)，感覺自己又要去面對一個撲朔迷離的玄學 bug 了(永遠不要把程式 bug 歸結為靈異事件)。程式碼看不出問題，本地單步除錯鼓搗了一早上，也沒復現出來，看來只能在生產環境定位了，Arthas 要登場了。

由於生產環境的訊息轉發量很大，直接 attach 程式風險太高，且不利於單條訊息觀察定位。所以選擇預釋出環境進行 attach，請求量可控，資料和線上一致，也只有讀操作，不會影響到生產環境。

用 Arthas 的 watch 命令，觀察 write 方法的輸入引數。

![3.png](https://ucc.alicdn.com/pic/developer-ecology/a8174ebb629f4176ba0ea58d6fb4a63a.png)

- -x 表示遍歷深度，可以調整來列印具體的引數和結果內容，預設值是 1
- -b 表示觀察方法呼叫前

可以看到，publishMessage、userSession 引數的值都顯示出來了。接著就可以在預釋出觸發訊息下行進行資料觀察了。

建了個測試群，除了自己一個主品牌的測試使用者還有另外一個新品牌使用者。最初開始傳送了幾條群聊訊息都正常，後面又拉了一個新品牌使用者以及主品牌測試使用者，復現的機率就高了許多。觀察了下同一條群聊訊息發給每個群成員的 publishMessage 值，發現如果先遍歷到了新品牌使用者，再遍歷到主品牌使用者時，publishMessage 的文案居然是新品牌文案!!!心裡猛的一驚，是了，就是這個低階錯誤造成的 bug，大家應該也猜到原因了。

下面揭曉下這個問題產生的原因：

- 遍歷群成員傳遞的 publishMessage 形參，每次改變 payload 都會影響到被傳遞進去的 publishMessage 實參
- replaceMsgMap 裡只儲存了新品牌文案
- 主品牌根據 appName 獲取對應文案時為空，則不設定 payload，使用最傳遞進來的 publishMessage 的 payload
- 遍歷群組成員時，順序是隨機性的

如果某個主品牌使用者在新品牌使用者之後被遍歷到，那麼 publishMessage 的 payload 欄位就會被設定為新品牌文案。而主品牌在 replaceMsgMap 裡找不到對應文案，就不更新 payload了，複用了上一次被遍歷使用者的 payload，就會出現文案顯示異常。

知道原因後就好處理了，replaceMsgMap 裡把主品牌的文案也加進去，每次遍歷到主品牌，也更新 payload 欄位，保證文案正常顯示。

整個定位過程，無需增加 log 日誌，線上應用也無需重啟，便能獲取足夠的資訊進行問題排查定位，是不是賊好用了。花個半天時間，摸索鼓搗下，要用時就能省下不少工夫。詳細使用文件見->[官方文件](https://alibaba.github.io/arthas/)

## 一鍵安裝並啟動 Arthas

- **方式一：透過 Cloud Toolkit 實現 Arthas 一鍵遠端診斷**

Cloud Toolkit 是阿里雲釋出的免費本地 IDE 外掛，幫助開發者更高效地開發、測試、診斷並部署應用。透過外掛，可以將本地應用一鍵部署到任意伺服器，甚至雲端（ECS、EDAS、ACK、ACR 和 小程式雲等）；並且還內建了 Arthas 診斷、Dubbo工具、Terminal 終端、檔案上傳、函式計算 和 MySQL 執行器等工具。不僅僅有 IntelliJ IDEA 主流版本，還有 Eclipse、Pycharm、Maven 等其他版本。

推薦使用 IDEA 外掛下載 Cloud Toolkit 來使用 Arthas：[http://t.tb.cn/2A5CbHWveOXzI7sFakaCw8](http://t.tb.cn/2A5CbHWveOXzI7sFakaCw8)

- **方式二：直接下載**

地址：[https://github.com/alibaba/arthas](https://github.com/alibaba/arthas)。

# Arthas 徵文活動火熱進行中

Arthas 官方正在舉行徵文活動，如果你有：

- 使用 Arthas 排查過的問題
- 對 Arthas 進行原始碼解讀
- 對 Arthas 提出建議
- 不限，其它與 Arthas 有關的內容

歡迎參加徵文活動，還有獎品拿哦~[點選投稿](http://alibabacloud.mikecrm.com/9khcRrs)

> “[阿里巴巴雲原生](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247489867&idx=1&sn=1e52e16f370541de77f84d4a3b100a2d&chksm=fae51284cd929b926bbed215cd609da749ba265693ebc08b1af1f027bf8a1b0e0d9aa682d99b&token=1335200991&lang=zh_CN#rd)關注微服務、Serverless、容器、Service Mesh 等技術領域、聚焦雲原生流行技術趨勢、雲原生大規模的落地實踐，做最懂雲原生開發者的公眾號。”

用 Arthas “庖丁解牛”

相關文章