我的 Sencha Touch 应用程序（演示在这里： http: //www.bodbot.com/MobileApp/senchademo/index.html）在 Android 和 Windows Phone 上相对经常崩溃。尽管进行了大量调查，但我还没有弄清楚坠机的根本原因，所以任何帮助都会很棒。这是我到目前为止所拥有的：
在 Android 上，当应用程序崩溃时，我收到
signal 11 sigsegv错误消息。由于我几乎完全在 javascript 中工作，我的假设是这种分段错误的可能原因是某种内存泄漏，因为我没有编写任何指向内存中任何内容的代码。当我使用 Chrome 的时间线内存分析并非常频繁地使用该应用程序时，内存使用模式似乎确实表明存在内存泄漏，尤其是与 Sencha Touch 的演示应用程序之一的类似使用情况相比。（以下截图）
我的问题是我无法追踪（假设的）内存泄漏。我正在做我发现的关于优化 sencha 内存的所有事情：
- 我几乎完全使用监听器代表
- 我确保大多数当前未查看的组件都被销毁
- 我对 javascript 中的全局变量不太了解
看起来 Chrome 的“记录堆分配”可能能够揭示一些东西，但考虑到它正在跟踪的绝对数量，我很难理解它。
我错过了在 Sencha Touch 中优化内存的方法吗？有没有比 Chrome 的 Record Heap Allocations 更有效的方法来追踪 Sencha Touch 应用程序的内存泄漏？
截图：
