performance - chrome中的javascript执行速度慢，分析器产生 "(program)"

Question

当分析器将(程序)以 80% 置于顶部时，我将如何确定我的 javascript 应用程序中的挂断情况？我的逻辑是否太复杂而无法进行热点跟踪？我的内存占用太大了吗？一般是什么原因造成的？

更多信息:

除了一个 Canvas 标签

之外，表单上没有任何元素

没有等待通信 (xhr)

http://i.imgur.com/j6mu1.png

Answer 1

空闲周期(“什么都不做”)也将呈现为“(程序)”(您可以分析此 SO 页面几秒钟并获得 100% 的 (程序))，所以这不是一个标志本身不好的东西。

另一件事是当您实际看到您的应用程序滞后时。那么 (程序)将由 V8 绑定(bind)代码(以及它们调用的 WebCore 代码，本质上是任何东西:DOM/CSS 操作、绘画、内存分配和 GC，等等。)如果是这样，您可以记录 时间线您的应用程序(切换到开发人员工具中的Timeline 面板并按下底部状态栏中的Record 按钮，然后运行您的应用程序一段时间。)您将看到许多内部事件，其时间为水平条。您将看到重排、样式重新计算、计时器触发、GC 事件等(顺便说一句，最新的 Chromium 版本具有改进的内存分析器使用时间线，因此您也可以监控某些内部因素使用的内存。)

要诊断内存问题(需要多个 Full GC 周期的多次分配)，您可以使用 Profiles控制板。在代码的密集部分开始之前拍摄堆快照，并在此代码运行一段时间后拍摄另一张快照。然后比较两个堆(底部的右侧 SELECT)以查看发生了哪些分配，以及它们对内存的影响。