iOS 下如何一鍵調試 Push

最新 03-20

來灣區工作的一項有趣之處，是可以和來自完全不同工程文化背景的程序員們碰撞交流，語言習慣，教育環境，思維模式，工程經驗都存在不小的差異。來灣區半年有餘，這段時間下來有一點我感受頗深，這邊的程序員非常強調做一件事的效率。在遇到一個有挑戰性的項目時，前期的設計討論調整非常頻繁以求最優路徑抵達目標，平常做項目時，各個程序員都有自己的工具箱和小腳本來應付各類場景。目的是都花最少量的時間干最多的活，又或者是為了不加班：）

閑話不提，這篇文章和大家分享一個我之前調試 APN 的方式。

場景：測試又又又發現收不到 Push 了

測試同學每隔一段時間就會發現 iPhone 又收不到 Push 了，這是經常發生在上家公司的場景（灣區好像很多公司都沒測試），最後調試下來原因各不相同，但每次都免不了停下手頭的工作走一遍流程：數據線連手機，查看 uuid，啟動虛擬網卡，運行 WireShark 或者 tcpdump 抓包，排除 server 端問題，查看手機設置。等定位好問題至少已過去十多分鐘，白白浪費的十多分鐘。上述場景發生過幾次之後，我寫了個簡單的小工具來應對。

問題：如何提升效率

我希望能將網路抓包這一流程儘可能簡化，首先調試定位是否是 Apple 伺服器沒有發送 Push，最好能一鍵完成操作。用腳本一步步來實現。

第一步，連上測試 iPhone 之後，自動獲取 uuid

我們可以在 terminal 用 system profiler 命令來獲取連接 mac 的 usb 設備：

system_profiler 是一個用來獲取當前系統軟硬體配置信息的命令，可以通過 man system_profiler 查看詳細使用方法。上述命令執行結果如下：

可以清楚看到通過 usb 連接的 iPhone udid 數據（Serial Number），我們用 sed 提取出目標信息即可：

我只提取了第一個匹配結果，因為我一般只會通過 usb 連一個 iOS 設備。

第二步，創建虛擬網卡以便抓包

我們只需要將上面提取的設備 udid 作為參數傳人創建網卡命令：

執行完上述命令，應該能看到如下輸出：

第三步，啟動 tcpdump 監控虛擬網卡

同理，我們只需要等 rvictl 命令執行完畢之後，啟動 tcpdump 即可。從第二步的輸出里知道虛擬網卡的 id 為 rvi0，所以我們將命令修改如下：

首次 sudo tcpdump 的時候會需要輸入管理員密碼，如果一切正常，那麼會看到如下輸出：

第四步，調整參數

雖然我們已經啟動了抓包流程，但我們的目標是調試 push，所以我們只對 APN 過來的網路包感興趣，接下來要對 tcpdump 增加包的 filter，設置一些簡單參數。

這裡需要一點對 iOS APN 相關的了解，據我分析 APN 的數據通道情況是：在 iOS 9 之前，Apple 有一個專門的長鏈接通道來推送應用的 push，而且埠號固定在 5223。從 iOS 9 開始，Apple 開始採用 HTTP 2.0，新建了一個綜合用處的 HTTP 2.0 長鏈接通道，這個綜合通道應該不止會推送 Push，所以抓包的時候會看到包的數量多於之前的 5223 通道。現狀是：Apple 在新版系統里同時用了兩個通道，所以 APN 有時候走 5223，有時候又是走 HTTP 2.0，策略不明。

簡單分析之後，目標明確，我們只需要對埠做限制即可。HTTP 2.0 毫無疑問會用 HTTPS，埠是走 443，所以我們最後的命令調整如下：

第五步，快捷啟動

我們不可能每次都敲一邊上面這一長串命令，為了操作方便，我們可以給命令加個 alias，編輯 .bash_profile：

加入命令別名：

啟用配置

第六步，驗收成果

下次測試同學再來調試 Push 收不到的問題，插上 USB 之後，我只需要：

1 按 F2 啟動 Terminal（我 Mac 系統通過 BetterTouchTool 設置的快捷鍵）

2 輸入 apn 回車

Bingo，接下來就可以喝口咖啡，安安靜靜看包了。

總結

上面的腳本只是將一些小工具結合利用，就能起到節約時間精力的療效，開發過程中類似的例子有很多，總有一些工具或途徑能提升我們的開發效率，多思考就有收穫，大家在平常工作時也可以多琢磨下怎麼利用工具提高生產力。