背景

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

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

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

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

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

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

解決方案

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

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

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

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

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