如何优化jQuery移动iOS/Android应用程序

Question

我一直在用JQM开发一款针对iOS和Android设备的网络应用程序。在开发的大部分时间里，我已经在桌面上使用Chrome (目前是v13)进行了开发和测试。随着产品发布期限的临近，我增加了对物理iOS和安卓硬件的测试；桌面和移动浏览体验之间的性能差异是巨大的。

客户机/服务器之间的交互非常简单。客户端请求一组视图，服务器将返回这些视图。然后，客户端可以请求与特定视图相关联的一组节点，服务器将在单个有效负载中返回该视图。然后，客户端从相应的XML为每个节点生成DOM。

我已经开始使用400 at或400 at以上的XML有效负载进行测试。在桌面上，在Chrome中，这是没有问题的。在手机上，在mobile中，仅我的DOM加载时间就可以接近12秒。与DOM的交互(它触发localStorage中缓存的XML更新)每次单击最多需要5秒。

虽然我可以想出六种不同的方法来优化我的客户机/服务器通信--但我不知道如何度量来自移动客户端的单个方法调用的开销。我知道400 K的有效负载对iOS移动Safari来说太大了，但我不知道我所承担的性能成本是来自遍历DOM还是操作XML。

如何从移动客户端的角度对我的移动web应用程序进行度量分析？性能调优到桌面并不能使我有任何进展，而且我在移动端也没有类似的开发者控制台/防火墙。

其他移动开发人员如何解决这个问题？

Answer 1

我决定添加一个简单的开始/停止日志记录按钮，它调用一个在sessionStorage中存储方法定时数据的日志函数。在停止日志记录时，我通过桌面浏览器将其发送到web服务进行分析。

编辑:我确实尝试了每一个JsLitmus的this SO post，但我得出的结论是，在移动环境中真正重要的唯一性能测试是执行任何特定功能的时间。一旦我将这些信息导出到客户端，性能调优就变得微不足道了。

Answer 2

1. 我不知道JQM使用什么类型的XML解析器，但是如果它使用DOM风格的解析器，性能肯定会受到影响。移动客户端更好地处理拉式解析器(它们不太占用内存)。在本地客户机中，XML的DOM样式解析非常慢，我敢打赌，在浏览器中它甚至会慢一些。
2. -- 400 KB的XML听起来确实是相当大一部分数据。你真的同时需要所有这些吗？
3. 繁重的DOM操作从来都不便宜，我希望在移动设备中性能会受到相当大的影响。

我想这并不能真正回答你的问题，但只是把它放在一个评论里面是相当长的时间。