【发布时间】:2017-03-26 13:04:39
【问题描述】:
我使用 node-inspector 调试带有 Chrome 版本 54.0.2840.99 的 JS。
我在一个 Windows cmd 控制台中输入 "node-inspector",在另一个 Windows cmd 控制台中输入 "node --debug-brk l:\dev\debug\test.js"。在 Chrome 中打开 "http://127.0.0.1:8080/?ws=127.0.0.1:8080&port=5858"。它能够像往常一样调试。但我在 Chrome 控制台中输入"1 + 2",按"Enter",没有任何反应。我希望 "3" 输出到 Chrome 控制台。它确实适用于 Chrome 版本 48.0.2564.116。我没有使用其他 Chrome 版本进行测试。
【问题讨论】:
-
如您所见,crbug.com/661613 是 WontFix,因此要说服开发人员,您需要通过providing a bisect log 证明是他们的错,才能确定原因。或者直接安装 Chrome 的工作版本。
-
我看到了那个错误。我不敢相信它被标记为 WontFix。以前版本的 Chrome 54 一切正常。这不是 Chrome 54 的回归吗?我不敢相信。
-
Chrome 中的协议会随着时间而改变。如问题中所述,使用
node-inspector提交错误报告,因为它不是 Chrome 问题。最近 Chrome 团队一直在做原生 Node 调试。可能值得检查一下这项工作,看看它是否适合你。 -
软件开发是否需要考虑向后兼容?
-
我了解 Chrome 中的更改可能是合理的。但是软件开发需要考虑向后兼容吗?一旦产品发布给用户,就避免回归。我正在使用 CEF 31.0.1650.57。在更新到 Chrome 54 之前,它一直运行良好。有时,为大型产品更新 CEF 组件的成本很高。有什么方法可以在不更新 CEF 组件的情况下解决此问题?我还发现 node-inspector 与 Chrome 54 有同样的问题,只是以 node-inspector 为例。
标签: javascript node.js google-chrome google-chrome-devtools node-inspector