iOS 下如何一鍵調試 Push
來灣區工作的一項有趣之處,是可以和來自完全不同工程文化背景的程序員們碰撞交流,語言習慣,教育環境,思維模式,工程經驗都存在不小的差異。來灣區半年有餘,這段時間下來有一點我感受頗深,這邊的程序員非常強調做一件事的效率。在遇到一個有挑戰性的項目時,前期的設計討論調整非常頻繁以求最優路徑抵達目標,平常做項目時,各個程序員都有自己的工具箱和小腳本來應付各類場景。目的是都花最少量的時間干最多的活,又或者是為了不加班 :)
閑話不提,這篇文章和大家分享一個我之前調試 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,接下來就可以喝口咖啡,安安靜靜看包了。
總結
上面的腳本只是將一些小工具結合利用,就能起到節約時間精力的療效,開發過程中類似的例子有很多,總有一些工具或途徑能提升我們的開發效率,多思考就有收穫,大家在平常工作時也可以多琢磨下怎麼利用工具提高生產力。
由於 FB 確實不用加班,我的空餘時間突然多了起來,所以計劃著今年多更新點文章。文章的重點會放在思路心得分享上,以短篇好消化為主。類似這篇文章目的在於分享用工具提升效率節約時間的思想。
※iOS 代碼使用 C+的zero-cost abstraction 特性
TAG:MrPeak雜貨鋪 |