13

情况如下：一个复杂的 Web 应用程序无法运行，并且可能会持续产生不希望的行为。问题的原因尚不清楚。

建议：跟踪所有javascript代码的执行路径。本质上，生成两个可怕的日志，然后可以将其输入到差异算法中，以确定与错误相关的行为开始分歧的位置（因为从应用程序行为中看不出原因，并且理解和获取实际 JS 代码的副本）运行起来很困难，因为必须从 Web 检查器切换和复制出许多页面。困难在于所有页面都与 Perl 代码动态拼接在一起，其中 JS 代码的重要部分仅作为 (动态...）Perl字符串）。

Chrome 中的 Web Inspector 没有我知道的用于记录执行跟踪的选项。基本上我想要的是执行的每一行 JS 的日志，按照它们执行的顺序。鉴于 JS VM 是单线程的，我认为这不是一件难事。问题很简单，现有的面向用户的工具并不是为这么多的核心调试而设计的。如果我们看一下 Dev Tools 中的 Profiler，它显然能够实现我需要的那种检测，但它从根本上设计是为了进行分析而不是跟踪。

我该如何开始呢？有什么方法可以从源代码构建 Chrome，我可以在哪里

  • 在 V8 中关闭 JIT？
  • 将 V8 评估的每个 javascript 表达式记录到文件中

我对 Chrome 的开发方面的经验为零。因此，欢迎链接到 Chrome/Chromium/Canary 的 dev-builds/branches/versions/distros（有什么区别？）。

在这一点上，使用强大的 js 跟踪来检测浏览器似乎仍然比重新设计有缺陷的应用程序更容易。页面的架构是一场灾难，但功能很复杂，而且几乎可以完全发挥作用。我只需要找到丢失的那一块。

或者，如果此类工具已经存在，我可以使用哪些其他关键字来搜索它们？“代码跟踪”几乎是我唯一能想到的。

我测试了dynaTrace，这是一个令人高兴的巧合，因为我们的应用程序支持 IE（实际上 Chrome 支持刚刚推出 beta 版），但这不会产生文本转储，它基本上会产生一个巨大的Win32 UI 扩展树，这是无法区分的. 这让我非常难过，因为我知道以这种方式显示轨迹的表示是多么困难，但事实证明它几乎完全没用。除了 Web 应用程序的玩具示例之外，谁会上下滚动该树视图并查看其中真正有用的内容？

4

3 回答 3

2

如果您正在开发一个大型 Web 应用程序，最好在其编码部分遵循测试驱动策略。只需使用一些技巧，您就可以制作一个简单的单元测试脚本（使用 QUnit）来测试应用程序的几乎所有方面。以下是一些潜在的错误和一些解决方法。

  1. 让自己的处理程序注册长寿对象和一个处理程序以安全的方式关闭它们。如果安全方式不成功，则说明对象本身的管理失败。一个例子是 Backbone 僵尸视图。视图在关闭部分中有错误代码，父关闭未挂钩或发生无限循环。测试所有视图事件也很好，虽然很乏味。

  2. 通过将用于数据获取的所有代码放入某个模块（我经常为我的数据库中的每个表/文档使用一堆 Backbone.Model 对象）和每个使用 reqres 模式的处理程序，您可以逐个测试它们以查看如果他们都正确获取和保存。

  3. 如果需要复杂的计算，请将其抽象为一个函数或模块，以便使用已知数据轻松对其进行测试。

  4. 如果您的应用程序使用数据绑定，一个好的策略是为所有要针对包含绑定的视图进行测试的数据使用 JSON 模式。检查架构所需的所有数据。这也适用于您的 Backbone.Model。

  5. 使用好的 IDE 也有帮助。PyCharm（如果您使用 Python 作为后端）或 WebStorm 非常适合测试和开发 JavaScript/CoffeeScript。您可以在浏览器内的特定位置断点并研究您的代码！它还运行您的代码以进行自动完成，您可以通过这种方式查看一些错误。

  6. 我只是不能鼓励在您的代码中使用模块。虽然没有 JavaScript 官方的方式来做这件事（下一个 ECMAScript 草案有它），你仍然可以使用好的库来实现它。好的有：RequireJS、CommonJS 或 Marionette.Module（如果你使用 Marionette 作为你的框架）。我认为 Ember/AngularJS 也提供了这种功能，但我没有亲自使用它们，所以我不确定。

这可能无法立即解决您的问题，而且我认为（IMO）也没有一个简单的解决方案。我的重点是向您展示开发方法，以便在开发阶段轻松发现和解决错误，以及所有这些（取决于您的单元测试）。错误总是会发生，就像我们的程序员自我希望我们相信相反的那样。希望我有所帮助:)

于 2014-01-27T20:17:37.980 回答
2

我建议采用分而治之的策略，首先通过日志记录，然后通过代码。用控制台登录和注销事件包装代码的可疑方法，当错误发生时，希望它发生在某个事件之间或之后。如果事件日志无法解决问题，请将部分代码放入新页面/应用程序中。分而治之会发现错误何时开始发生。

于 2014-01-14T17:42:51.257 回答
1

所以看起来你已经处于奇怪的领域，所以我正在考虑一个奇怪的解决方案。我自己对 chrome 的后端一无所知，所以我们在同一条船上，但如果你觉得大胆，这里有个主意。也许你可以用一段代码找到/替换你的javascript文件中的每个换行符，该代码记录到全局字符串或控制台a）你在什么文件中，b）“this”的内容或对你有用的东西，甚至可能是 c) 时间。这至少会让你开始。确保它被包裹在不同的东西中，这样您就可以轻松地将其移除。

于 2013-07-19T18:01:43.543 回答