Webkit遠端除錯協議實戰

發表於2015-11-29

Webkit遠端除錯協議實戰

上一篇文章介紹了 DevTools 和 Webkit Debug Protocol 這兩個 Web 開發利器的內部原理。本篇主要講解 iOS 的 Safari 遠端除錯。

iOS 的 Safari 遠端除錯，是 iOS7 引入的新功能。它允許開發者通過桌面端 Safari 的除錯工具遠端檢視移動端瀏覽器開啟的頁面。這套除錯工具，徹底解決了無線開發純靠 “alert” 的除錯困境。Safari 的遠端除錯中使用到的除錯協議，與 Google 開放的 Chrome Debug Protocol 有牽絲萬縷的關係，體現了這兩家網際網路巨頭相愛相殺的本質：

這兩套協議本質都是 Webkit Debug Protocol 的衍生產物。大部分的實際功能是一模一樣的，例如 DOM 檢視、網路請求監控、Console 等。
自從 Google 與 Webkit 專案撇清關係，分道揚鑣後生下親兒子 blink 後，自己的除錯功能越來越強大，並逐漸產生了一些和 Webkit 除錯協議不一樣的功能，故自成一套 Chrome Debug Protocol。
Apple Safari 這個養在深閨裡小女子，雖然主導 Webkit，但是在實際產品使用中，卻並沒有直接使用 Webkit Debug Protocol，不僅僅使用了 binary plist 來作為序列化方法，還拋棄了 WebSocket 的通訊手段。沒有文件、沒有程式碼，我們姑且叫這個不捨得露面的東西叫做 Safari 除錯協議吧。

webinspectord 和 lockdown

iOS7 以後，每個 iOS 都有一個 webinspectord 守護程式，負責遠端除錯的通訊。這個程式暴露了一個服務介面，供外部應用（例如桌面端的 Safari 除錯工具）使用。

iOS 上所有的服務（檔案瀏覽、訊息推送、app 安裝等）都是通過一個 lockdown 服務管理連線上的。

自然的，除錯工具也需要透過 USB 介面，通過 lockdown 介面，連線到 webinspector 服務。

由於 iOS 的各種系統元件都極為神祕，沒有更多可以解釋的了。偉大的開源社群，通過各種手段實現了這些服務的介面，大家可以前去膜拜。

Safari 遠端除錯服務概述

拋開 USB 通訊、lockdown 介面不談，Safari 遠端除錯服務所使用的協議本身其實就是 Webkit 除錯協議的二次包裝。也就是共享了 Webkit 除錯協議的大部分功能。

先分析這個協議裡面的主體：

iOS 裝置，iPad、iPhone 等物理裝置
- UDID: 以 40 位 UDID 字串唯一識別一個裝置
Application：iOS 裝置上執行的開啟了 WebView 應用程式，裝置上可以同時執行多個 Application
- Identifier：應用標示符
- BundleIdentifier：應用的 main bundle 標示符
Page：每個 Application 可以開啟多個頁面
- Identifier：頁面標示符
- Title
- URL

還有一些概念欄位：

ConnectionId, 標示當前連線到 webinspector 服務的連線
SenderId, 標示請求方（例如 DevTools ）實體

大體可以看出，這個除錯服務的介面是有狀態的。裝置和 DevTools 建立連線後，擁有可以複用的連結作為後續通訊的通道。

假設我們需要傳送一條除錯指令到 iOS 上的某個 Webkit 核心，它的整個編碼流程應該是是這樣：

Webkit 能識別的訊息物件進行 JSON 序列化為字串
構建 Safari 除錯協議中使用的 bplist 訊息體，來包裝之前得到的字串。這裡用到的 selector 就是 _rpc_forwardSocketData
將訊息題通過 Socket 傳輸到 iOS 上的除錯服務
iOS 上除錯服務識別訊息，並解析 bplist，得倒 Webkit 能識別的訊息物件
將上一步得倒的訊息物件傳輸給 Webkit

所有的訊息，都是以 Apple 自己定義的 RPC 訊息提格式進行的。但它實際傳輸的有效資料，還是 Webkit
能夠識別的指令。另外，Safari 沒有如同 Chrome 那樣，使用了 WebSocket 作為暴露出去的應用層協議。它選擇了最基本的 Socket 通訊方式和 bplist 作為傳輸格式。

除錯訊息的大冒險

下面以一個具體的訊息作為例子，來說說這整個過程。

JSON 訊息和 Safari 的 RPC 協議

假設我們要開啟網路監控這個皮膚，需要傳送一個 JSON 指令。指令序列化之後我們的到：

{"id":0,"method":"Network.enable"}

1	{"id":0,"method":"Network.enable"}

就像之前說的，Safari 不直接使用 JSON 字串作為傳輸的序列化方案。Safari 遠端除錯協議有自己的 RPC 規範，所有的訊息都都有 __selector 和 __arguments 兩個欄位。前者說明呼叫的方法，後者說明呼叫時的引數。

常見的一些方法（其實是 ObjC selector 的字串表達）如下：

_rpc_reportIdentifier:：向 webinspector 服務註冊當前連結（傳輸 connectionId ）
_rpc_getConnectedApplications:：要求獲取連線到 webinspector 的 iOS 應用列表
_rpc_forwardGetListing:：獲取某個應用的頁面列表（傳輸 connectionId, appId ）
_rpc_forwardSocketSetup:：註冊當前會話（傳輸 connectionId、senderId ）
_rpc_forwardSocketData:：利用某個會話傳輸資料（傳輸 connectionId、senderId、data ）。Webkit 除錯協議所傳輸的 JSON 就是通過這個方法傳遞的，JSON 字串的二進位制表達被通過這個介面傳遞到 iOS 裝置上的除錯服務。

另一方面，iOS 端也會傳過來很多訊息，同樣遵循基本訊息提的格式，常見的 __selector 有：

_rpc_reportConnectedApplicationList:：回報連線到 webinspector 的應用列表
_rpc_applicationSentListing:：回報某個應用的頁面列表
_rpc_applicationConnected:：某個 iOS 應用連線到了除錯服務
_rpc_applicationDisconnected:：某個 iOS 應用從除錯服務斷開

Safari 不選擇 WebSocket 作為傳輸協議應該是從安全性、複雜性的角度去考慮。但選擇 bplist 作為傳輸格式，應該沒有太多理由，大概因為 Apple 體系內部都是用 bplist 的。

JSON 到 plist 的轉換

plist 和 bplist 都是 Apple 的通訊格式。其中 plist 非常常見。加入你做過 iOS 或者 Mac 開發，你一定寫過不少 plist。plist 就是一種擁有自有 DTD 的 XML 文件型別。說白了，它就是 XML 文件。

例如之前的 JSON 指令，轉換為 Safari 除錯協議能夠理解的 plist 文件：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>__selector</key>
    <string>_rpc_forwardSocketData:</string>
    <key>__argument</key>
    <dict>
      <key>WIRConnectionIdentifierKey</key>
      <string>e0e68c53-5cc9-4dd4-9ebb-a7e69e98ef74</string>
      <key>WIRApplicationIdentifierKey</key>
      <string>PID:1300</string>
      <key>WIRPageIdentifierKey</key>
      <integer>1</integer>
      <key>WIRSenderKey</key>
      <string>50c2e189-a91f-4df5-b33a-741225e9bd85</string>
      <key>WIRSocketDataKey</key>
      <data>eyJpZCI6MCwibWV0aG9kIjoiTmV0d29yay5lbmFibGUifQ==</data>
    </dict>
  </dict>
</plist>

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<dict>

<key>__selector</key>

<string>_rpc_forwardSocketData:</string>

<key>__argument</key>

<dict>

<key>WIRConnectionIdentifierKey</key>

<key>WIRApplicationIdentifierKey</key>

<key>WIRPageIdentifierKey</key>

<key>WIRSenderKey</key>

<key>WIRSocketDataKey</key>

<data>eyJpZCI6MCwibWV0aG9kIjoiTmV0d29yay5lbmFibGUifQ==</data>

</dict>

</plist>

可以看到 plist 擁有多種標籤來定義資料型別，例如 dict、string、data 等；同時節點的順序，都是遵循 key、value 的順序編寫。也就是說 JSON 是可以和 plist 互相轉換的。

這個轉換過程中，唯一麻煩的是 data 型別。這個標籤是用來儲存二進位制資料的，JSON 中沒有定義。但是在 Node.js 中，可以無縫轉換為一個 Buffer。

細心的你一定注意到上面 plist 中的兩個問題：

沒發現任何 JSON 字串的內容
WIRSocketDataKey 裡面的竟然是 base64 編碼的字串

事實上，Safari 的除錯協議中，要求 JSON 字串是被當作 payload data 傳輸的。而 plist 標準中，data 資料型別，就是進行 base64 編碼的。

plist 到 bplist 的轉換

bplist 是 binary plist 的簡稱。它以二進位制編碼為基礎，可以用來儲存 plist 格式中同樣的內容。這在 Socket 通訊中十分有用。

要知道 Safari 除錯協議只接受 bplist 格式。具體客戶端的開發中，沒有規定一定要像本文中將一個指令先轉換為 plist，再轉換為 bplist。安排這樣的轉換，只是方便大家理解。你完全可以直接將一個 JSON 構造為 bplist。

前文的那段 plist，轉換為 binary plist 就是：

00 00 01 C2 62 70 6C 69 73 74 30 30 D1 01 02 5F 10 12 57  ....bplist00..._..W
 49 52 46 69 6E 61 6C 4D 65 73 73 61 67 65 4B 65 79 4F 11  IRFinalMessageKeyO.
 01 77 62 70 6C 69 73 74 30 30 D2 01 03 02 04 5A 5F 5F 73  .wbplist00.....Z__s
 65 6C 65 63 74 6F 72 5F 10 17 5F 72 70 63 5F 66 6F 72 77  elector_.._rpc_forw
 61 72 64 53 6F 63 6B 65 74 44 61 74 61 3A 5A 5F 5F 61 72  ardSocketData:Z__ar
 67 75 6D 65 6E 74 D5 05 07 09 0B 0D 06 08 0A              gument.........
 0C 0E 5F 10 1A 57 49 52 43 6F 6E 6E 65 63 74 69 6F 6E 49  .._..WIRConnectionI
 64 65 6E 74 69 66 69 65 72 4B 65 79 5F 10 24 65 30 65 36  dentifierKey_.$e0e6
 38 63 35 33 2D 35 63 63 39 2D 34 64 64 34 2D 39 65 62 62  8c53-5cc9-4dd4-9ebb
 2D 61 37 65 36 39 65 39 38 65 66 37 34 5F 10 1B 57 49 52  -a7e69e98ef74_..WIR
 41 70 70 6C 69 63 61 74 69 6F 6E 49 64 65 6E 74 69 66 69  ApplicationIdentifi
 65 72 4B 65 79 58 50 49 44 3A 31 33 30 30 5F 10 14 57 49  erKeyXPID:1300_..WI
 52 50 61 67 65 49 64 65 6E 74 69 66 69 65 72 4B 65 79 10  RPageIdentifierKey.
 01 5C 57 49 52 53 65 6E 64 65 72 4B 65 79 5F 10 24 35 30  .\WIRSenderKey_.$50
 63 32 65 31 38 39 2D 61 39 31 66 2D 34 64 66 35 2D 62 33  c2e189-a91f-4df5-b3
 33 61 2D 37 34 31 32 32 35 65 39 62 64 38 35 5F 10 10 57  3a-741225e9bd85_..W
 49 52 53 6F 63 6B 65 74 44 61 74 61 4B 65 79 4F 10 22 7B  IRSocketDataKeyO."{
 22 69 64 22 3A 30 2C 22 6D 65 74 68 6F 64 22 3A 22 4E 65  "id":0,"method":"Ne
 74 77 6F 72 6B 2E 65 6E 61 62 6C 65 22 7D A0 00 08 00 0D  twork.enable"}.....
 00 18 00 32 00 3D 00 48 00 65 00 8C 00 AA 00 B3 00 CA 00  ...2.=.H.e.........
 CC 00 D9 01 00 01 13 00 00 00 00 00 00 02 01 00 00 00 00  ...................
 00 00 00 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01  ...................
 39 A0 00 08 00 0B 00 20 00 00 00 00 00 00 02 01 00 00 00  9...... ...........
 00 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ...................
 01 9C                                                     ..

00 00 01 C2 62 70 6C 69 73 74 30 30 D1 01 02 5F 10 12 57 ....bplist00..._..W

49 52 46 69 6E 61 6C 4D 65 73 73 61 67 65 4B 65 79 4F 11 IRFinalMessageKeyO.

01 77 62 70 6C 69 73 74 30 30 D2 01 03 02 04 5A 5F 5F 73 .wbplist00.....Z__s

65 6C 65 63 74 6F 72 5F 10 17 5F 72 70 63 5F 66 6F 72 77 elector_.._rpc_forw

61 72 64 53 6F 63 6B 65 74 44 61 74 61 3A 5A 5F 5F 61 72 ardSocketData:Z__ar

67 75 6D 65 6E 74 D5 05 07 09 0B 0D 06 08 0A gument.........

0C 0E 5F 10 1A 57 49 52 43 6F 6E 6E 65 63 74 69 6F 6E 49 .._..WIRConnectionI

64 65 6E 74 69 66 69 65 72 4B 65 79 5F 10 24 65 30 65 36 dentifierKey_.$e0e6

38 63 35 33 2D 35 63 63 39 2D 34 64 64 34 2D 39 65 62 62 8c53-5cc9-4dd4-9ebb

2D 61 37 65 36 39 65 39 38 65 66 37 34 5F 10 1B 57 49 52 -a7e69e98ef74_..WIR

41 70 70 6C 69 63 61 74 69 6F 6E 49 64 65 6E 74 69 66 69 ApplicationIdentifi

65 72 4B 65 79 58 50 49 44 3A 31 33 30 30 5F 10 14 57 49 erKeyXPID:1300_..WI

52 50 61 67 65 49 64 65 6E 74 69 66 69 65 72 4B 65 79 10 RPageIdentifierKey.

01 5C 57 49 52 53 65 6E 64 65 72 4B 65 79 5F 10 24 35 30 .\WIRSenderKey_.$50

63 32 65 31 38 39 2D 61 39 31 66 2D 34 64 66 35 2D 62 33 c2e189-a91f-4df5-b3

33 61 2D 37 34 31 32 32 35 65 39 62 64 38 35 5F 10 10 57 3a-741225e9bd85_..W

49 52 53 6F 63 6B 65 74 44 61 74 61 4B 65 79 4F 10 22 7B IRSocketDataKeyO."{

22 69 64 22 3A 30 2C 22 6D 65 74 68 6F 64 22 3A 22 4E 65 "id":0,"method":"Ne

74 77 6F 72 6B 2E 65 6E 61 62 6C 65 22 7D A0 00 08 00 0D twork.enable"}.....

00 18 00 32 00 3D 00 48 00 65 00 8C 00 AA 00 B3 00 CA 00 ...2.=.H.e.........

CC 00 D9 01 00 01 13 00 00 00 00 00 00 02 01 00 00 00 00 ...................

00 00 00 0F 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01 ...................

39 A0 00 08 00 0B 00 20 00 00 00 00 00 00 02 01 00 00 00 9...... ...........

00 00 00 00 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...................

01 9C ..

plist 和 bplist 都是有相關文件的，所以大家還是製作了不少第三方工具的：

最後一步

iOS 上的 webinspector 服務接受到這個 bplist 訊息，自然會進行一個逆向操作，得倒 JSON 的字串表達以及其他資訊（appId、pageId、senderId）。

最後，通過 Safair 除錯協議中的其他輔助資訊，將這個 JSON 指令傳輸給正確的 Webkit 例項。

Safari 除錯協議的會話流程

除錯協議的會話，本身是有一定流程的。只有一些初始操作完成後，DevTools 才能正確的傳送除錯指令。

為了方便閱讀，訊息全部以 plist 格式做演示，實際上我們傳輸的 bplist。

首先，當主機和 iOS 裝置的 webinspector 服務連線（PCUSBwebinspectord）創立的時候，會要求彙報這個連線的標示符。例如：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>__selector</key>
    <string>_rpc_reportIdentifier:</string>
    <key>__argument</key>
    <dict>
      <key>WIRConnectionIdentifierKey</key>
      <string>3b417e9a-9635-4059-a63e-ca88c98744bf</string>
    </dict>
  </dict>
</plist>

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<dict>

<key>__selector</key>

<string>_rpc_reportIdentifier:</string>

<key>__argument</key>

<dict>

<key>WIRConnectionIdentifierKey</key>

</dict>

</plist>

然後，我們要獲取到已經連線到除錯服務的 iOS 應用：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>__selector</key>
    <string>_rpc_getConnectedApplications:</string>
    <key>__argument</key>
    <dict>
      <key>WIRConnectionIdentifierKey</key>
      <string>3b417e9a-9635-4059-a63e-ca88c98744bf</string>
    </dict>
  </dict>
</plist>

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<dict>

<key>__selector</key>

<string>_rpc_getConnectedApplications:</string>

<key>__argument</key>

<dict>

<key>WIRConnectionIdentifierKey</key>

</dict>

</plist>

針對某個應用，獲取其內部的頁面列表：

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>__selector</key>
    <string>_rpc_forwardGetListing:</string>
    <key>__argument</key>
    <dict>
      <key>WIRConnectionIdentifierKey</key>
      <string>3b417e9a-9635-4059-a63e-ca88c98744bf</string>
      <key>WIRApplicationIdentifierKey</key>
      <string>PID:26</string>
    </dict>
  </dict>
</plist>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<dict>

<key>__selector</key>

<string>_rpc_forwardGetListing:</string>

<key>__argument</key>

<dict>

<key>WIRConnectionIdentifierKey</key>

<key>WIRApplicationIdentifierKey</key>

</dict>

</plist>

拿到了 appId、pageId 之後，就可以開始一個除錯會話（註冊一個 senderId）了：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
  <dict>
    <key>__selector</key>
    <string>_rpc_forwardSocketSetup:</string>
    <key>__argument</key>
    <dict>
      <key>WIRConnectionIdentifierKey</key>
      <string>2819b1eb-27ae-4c48-b195-6e5df02d0260</string>
      <key>WIRApplicationIdentifierKey</key>
      <string>PID:2851</string>
      <key>WIRPageIdentifierKey</key>
      <integer>1</integer>
      <key>WIRSenderKey</key>
      <string>4e9f5b1b-d9b7-4bcf-a315-25c10146a74d</string>
    </dict>
  </dict>
</plist>

<?xml version="1.0" encoding="UTF-8"?>

<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">

<dict>

<key>__selector</key>

<string>_rpc_forwardSocketSetup:</string>

<key>__argument</key>

<dict>

<key>WIRConnectionIdentifierKey</key>

<key>WIRApplicationIdentifierKey</key>

<key>WIRPageIdentifierKey</key>

<key>WIRSenderKey</key>

</dict>

</plist>

之後，就可以傳輸具體的除錯指令了。指令的編碼過程，就是之前演示的那樣。這裡不再贅述。

總結

本文分析了 Apple 在 iOS 裝置上開放的 Safari 除錯協議的原理以及具體通訊方式，目前還有若干缺陷需要進一步研究：

除錯協議僅僅在 Development Provision Profile 簽名的應用以及 iOS 端 Safari 中開放
受限於 Apple 的開發政策，還無法通過 Wifi 方式連線到除錯服務，進行真正的無線除錯
在具體使用 DevTools 的時候，發現有一部分功能無法正常使用。原因可能在於 DevTools 前端應用的更新，也有可能在於 Safari 真的不支援全部的除錯指令

通過Webkit遠端除錯協議監聽網頁崩潰
2019-04-22
WebKit除錯協議網頁
Pycharm遠端除錯
2018-12-16
PyCharm除錯
前端遠端除錯
2018-02-25
前端除錯
chrome 遠端除錯
2016-03-15
Chrome除錯
rdp(遠端桌面協議)配置
2023-02-02
協議
PHPSTROM遠端除錯
2021-03-22
PHP除錯
pycharm 遠端除錯配置
2015-07-18
PyCharm除錯
Spark 1.5.0 遠端除錯
2015-11-15
Spark除錯
Mobile Web 除錯指南（2）：遠端除錯
2014-05-20
Web除錯
Pycharm連線遠端伺服器並實現遠端除錯
2018-08-29
PyCharm伺服器除錯
Dapr 遠端除錯之 Nocalhost
2022-04-21
除錯
pycharm 遠端除錯之二
2019-01-09
PyCharm除錯
遠端除錯 Azure Web App
2016-08-09
除錯WebAPP
用WinDBG遠端除錯程式
2010-12-12
除錯
gdb除錯命令小結_與多檔案除錯_遠端除錯
2013-10-11
除錯
WebStorm遠端除錯Node.js
2020-04-05
WebORM除錯Node.js
vs搭建遠端除錯環境
2021-01-04
除錯
IDEA、ECLIPSE遠端除錯
2020-09-25
IdeaEclipse除錯
VS 遠端除錯 Azure Web App
2017-03-26
除錯WebAPP
java Remote Debug（遠端除錯）
2016-02-02
JavaREM除錯
VS - 打斷點/本地除錯/遠端除錯問題
2024-03-13
斷點除錯
除錯備忘錄-SWD協議解析
2021-05-30
除錯協議
121 TeamViewer 遠端支援、遠端訪問、線上協作和會議
2018-08-24
View
移動端真機除錯實戰經驗
2019-03-03
除錯
基於 Scrcpy 的遠端除錯方案
2019-12-13
除錯
Xdebug+PhpStorm 遠端除錯
2018-11-30
PHPORM除錯
Pycharm同步遠端伺服器除錯
2020-11-03
PyCharm伺服器除錯
使用IDEA遠端debug除錯
2022-11-24
Idea除錯
vscode遠端除錯c++
2022-06-12
VSCode除錯C++
使用Xdebug進行遠端除錯
2021-11-18
除錯
【遠端除錯】Failed to connect to remote VM
2014-07-14
除錯AIREM
dubbo原始碼解析（三十）遠端呼叫——rest協議
2019-01-29
原始碼REST協議
rdpclip 遠端桌面協議常遇到的問題
2019-02-14
協議
HTTP快取協議實戰
2022-02-16
HTTP快取協議
遠端除錯 Android 裝置網頁
2019-06-26
除錯Android網頁
phpstorm 遠端除錯 homstead 程式碼
2018-12-09
PHPORM除錯
智慧小程式檔案館——遠端除錯
2018-09-30
除錯
在海思晶片上使用GDB遠端除錯
2022-06-16
晶片除錯

Webkit遠端除錯協議實戰

webinspectord 和 lockdown

Safari 遠端除錯服務概述

除錯訊息的大冒險

JSON 訊息和 Safari 的 RPC 協議

JSON 到 plist 的轉換

plist 到 bplist 的轉換

最後一步

Safari 除錯協議的會話流程

總結

相關文章