问题标签 [android-traceview]

我正在尝试使用 traceview 对 Android 应用程序运行一些分析。我已经用以下几行包装了要跟踪的代码：

它成功生成了一个跟踪文件，我使用以下命令行从 sdcard 中提取了该文件：

./adb pull /sdcard/xxx.trace

但是，当traceview这样运行时：

./traceview /.../xxx.trace

我收到以下错误消息：

用法：java com.android.traceview.MainWindow [-r] trace -r 仅回归

我无法理解此错误消息，也没有在 Google 上找到任何有用的信息。

任何帮助将非常感激。

谢谢！

我的 Android SDK 安装在这里，D:\android-sdk-windows\tools 我将所有环境变量设置为tools和platform-tools。

当我输入traceviewcmd时，它会报告。

怎么修 ？

还有其他使用traceview的方法吗？

我想要我的应用程序的测试性能。我知道必须使用 Traceview 工具，但我不知道如何使用它。任何人都可以演示如何使用 Traceview 工具吗？

我有一些代码使用 Jsoup 来获取和解析一些 html 页面，然后我操作 html 树，然后将其传递给绘制它的 WebView。如果我绕过我的操作，代码在 Android SDK 模拟器上以可接受的时间（2-3 秒）运行，但是当我进行操作时，时间会跳到不可接受的程度（大约 60 秒才能加载一个页面！）。

使用 Eclipse 和 Android SDK 我对运行进行了分析，现在我正在尝试解释结果。从这里http://android-developers.blogspot.com/2010/10/traceview-war-story.html获得了对“独占 Cpu 时间 %”的配置文件进行排序的提示。令我惊讶的是，我自己的代码甚至没有列出 1%。使用时间最多的是 android.view.ViewGroup.drawChild()，占 11.9%。列出的第一个非 android 函数（按独占 cpu % 排序）是 java.lang.ref.Reference.get()，它以 0.4% 列出。

但我想最奇怪的是我自己的代码，我只能找到我的 AsyncTask 的 doInBackground() 列出；依次调用的函数甚至都不存在，即使我可以通过调试输出看到它们被调用。为什么那些没有列出？

我不明白该怎么做。非常感谢任何提示。

在 Eclipse SDK 中查看跟踪文件时如何缩小时间轴面板？

我在看这个页面：Profiling with Traceview and dmtracedump

在“配置文件面板”下，它具有以下文本，指的是文本下方的示例分析结果：

表中的最后一列显示了对该方法的调用次数加上递归调用的次数。最后一列显示了对该方法的调用总数中的调用次数。在这个视图中，我们可以看到有 14 次调用 LoadListener.nativeFinished(); 查看时间线面板显示其中一个调用花费了异常长的时间。

我对这个描述感到困惑。首先，这句话中的第一句话似乎指的是同一列。那么最后一列实际上包含什么？其次，我不明白在“时间线面板”中的确切位置，我必须查看它“显示其中一个调用花费了异常长的时间”。

你能帮我理解这段文字吗？

我主要从事 C 方面的工作，我需要与底层硬件和操作系统进行交互现在我正在转向 Android 应用程序。我将编写时间紧迫的应用程序，并涉及对 Android 操作系统和硬件的深刻理解。

有人可以将我引导到将帮助我开发成功的应用程序的资源（文章、视频）：基本上我正在寻找有关 Android 操作系统及其与硬件交互的资源。

提前致谢

Debug.startMethodTracing()默认情况下使用 8MB 的“缓冲区大小”。我有很多关于这个缓冲区的问题。

1. 如果缓冲区填满，是否会引发错误，或者它是否只是停止记录？
2. 无论写入多少数据，缓冲区是否保持固定的 8MB？
3. 如果我手动指定bufferSize参数，单位是什么？字节？兆？
4. 我尝试将缓冲区大小增加到 20MB 左右，然后应用程序退出。我需要记录大约 20 秒的实时计算。有没有办法记录超过 20MB 左右的数据？我假设它首先存储在内存中，否则将其存储到 SD 卡中没有问题。

我使用过诸如 Top 之类的命令以及诸如 Traceview 之类的工具来了解本机 android 应用程序的 cpu 利用率。但是，我们可以在设备浏览器上运行网站时使用这些工具进行跟踪吗？如果可能的话，请分享你对如何做同样的想法....

提前致谢

我正在尝试加快我的应用程序启动时间（由于 Guice 绑定速度慢，目前约为 5 秒），当我运行 traceview 时，我看到执行相同的测量结果的变化很大（高达 30%）代码。

我会假设这是来自垃圾收集的差异，但startGC根据 traceview 花费的时间完全是微不足道的。

这尤其令人恼火，因为当测量值如此多变时，很难确定我的优化会产生什么影响。

为什么会这样？有什么方法可以使测量结果更加一致？