Javascript 节点调试大型阵列
在节点中,我尝试通过节点检查器进行ot调试。我启动一个新服务器(Javascript 节点调试大型阵列,javascript,node.js,node-inspector,Javascript,Node.js,Node Inspector,在节点中,我尝试通过节点检查器进行ot调试。我启动一个新服务器(节点检查器&)。我用--debug brk启动节点 我的数组中有大约3k个条目,每个条目是一个大约10个元素的数组(总共30k个整数) 调试器(在chrome中打开)完全分块。当该表位于本地或闭包内存中时,执行任何形式的调试都非常困难。有没有加快速度的方法?这是节点的内存问题吗 谢谢编辑:这是因为“范围变量”窗口-节点检查器在每个步骤上更新局部变量,在您的示例中,这就是它如此缓慢的原因。我建议对这部分代码使用控制台调试器(并尽量减少
节点检查器&
)。我用--debug brk
启动节点
我的数组中有大约3k个条目,每个条目是一个大约10个元素的数组(总共30k个整数)
调试器(在chrome中打开)完全分块。当该表位于本地或闭包内存中时,执行任何形式的调试都非常困难。有没有加快速度的方法?这是节点的内存问题吗
谢谢编辑:这是因为“范围变量”窗口-节点检查器在每个步骤上更新局部变量,在您的示例中,这就是它如此缓慢的原因。我建议对这部分代码使用控制台调试器(并尽量减少较大的数组范围)
不要将整个阵列添加到监视窗口或控制台-使用单个元素或array.slice(1100,1200)
-在本例中获得100个小窗口元素
在每个调试器步骤上都需要大量的数据传输才能完全镜像此阵列只有一个问题。这并不是说我试图查看这些信息,如果它包含在闭包或局部范围内,它会自动拉入,从而导致巨大的延迟(30k整数非常小,大约1 Mb(是的,我指的是“b”),所以我不明白为什么这会成为一个问题(除非它恰好是1992年)你能粘贴一个自包含的示例吗?我将尝试调试DebuggerYou right。由于“范围变量”窗口,节点检查器镜像所有范围变量。我认为节点检查器不存在好的解决方案(除了修改源和禁用局部变量)。“断开”事件在调试器wire协议中只发送帧数组(这通常是非常轻量级的)我能够在node.js内置控制台调试程序中调试示例,很抱歉Andrey没有回复您,已经工作了一整天。如果您仍然想要一个示例,它的字面意思是ez。arr=[];for(var I=0;I<50000;I++){arr.push(I);}
这会让事情变得棘手是的,我做了完全相同的示例(但使用1m阵列而不是5k阵列)