亚洲免费不卡_在线视频精品_国产尤物精品_久久久久网址_久久精品91_欧美va天堂在线_狠狠入ady亚洲精品_亚洲午夜精品福利_国产精品草草_午夜精品久久99蜜桃的功能介绍

背景

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

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

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

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

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

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

解決方案

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

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

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

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

淺談Node Inspector 代理實現