背景

平時做 node 開發(fā)的時候，通過 node inspector 來進行斷點調(diào)試是一個很常用的 debug 方式。但是有幾個問題會導(dǎo)致我們的調(diào)試效率降低。

問題一：當使用 vscode 進行斷點調(diào)試時，如果應(yīng)用是通過 cluster 啟動的 inspector，那么每次當 worker 掛了重啟后，inspector 的端口都會自增。雖然在 node8.x 版本中可以指定 inspectPort 固定調(diào)試端口，但是在 node6.x 中是不支持的。這樣會導(dǎo)致每次 worker 重啟了就得在 vscode 中重新指定調(diào)試端口。

問題二：當使用 devtools 調(diào)試的時候，每次調(diào)試都需要拷貝 devtools 鏈接到 chrome 上調(diào)試，而上面說的端口變更問題則會導(dǎo)致 devtools 的鏈接變更，除此之外，每次重新啟動 inspector 也會導(dǎo)致 devtools 的鏈接變更，因為 websocket id 變了。

而把上面的兩個問題簡化一下就是：

在 vscode 中調(diào)試，在 inspector 端口變更或者 websocket id 變更后能夠重連。

在 devtools 中調(diào)試，在 inspector 端口變更或者 websocket id 變更后能夠重連。

解決方案

目前業(yè)界已經(jīng)有解決方案就是 chrome 插件 Node Inspector Manager(Nim) ，不過這個只能解決在同個 inspector 端口下的應(yīng)用重啟后鏈接更改的問題，卻無法解決 cluster 啟動導(dǎo)致的端口自增問題，除非在 Nim 中提前指定好多個端口，再者 Nim 是 chrome 上的插件，對于在 vscode 中的調(diào)試卻無能為力了。

所以最佳的解決方案自然是使用 node 來做 inspector 代理，解決方案如下：

對于第一個問題，在 vscode 上，它是會自己去調(diào)用 /json 接口獲取最新的 websocket id，然后使用新的 websocket id 連接到 node inspector 服務(wù)上。因此解決方法就是實現(xiàn)一個 tcp 代理功能做數(shù)據(jù)轉(zhuǎn)發(fā)即可。

對于第二個問題，由于 devtools 是不會自動去獲取新的 websocket id 的，所以我們需要做動態(tài)替換，所以解決方案就是代理服務(wù)去 /json 獲取 websocket id，然后在 websocket 握手的時候?qū)?websocket id 進行動態(tài)替換到請求頭上。

淺談Node Inspector 代理實現(xiàn)