【问题标题】:Android app runs very slowly after resuming from breakpointAndroid 应用程序从断点恢复后运行非常缓慢
【发布时间】:2019-04-16 22:03:46
【问题描述】:

从 Java 断点恢复后,我的 Android 应用程序运行缓慢(几乎死机),即使我断开与调试器的连接,甚至拔下 USB 电缆。我在我尝试过的每台设备和模拟器上都得到了相同的行为。在遇到第一个断点之前性能很好,但是在我恢复后它就无法使用了,我必须杀死它。这很令人沮丧。

它曾经运行良好,但它从 Android Studio 3.1.x 开始,并且在我升级到 3.2.1 和 3.3.2(目前最新的稳定版本)后仍然存在。 我在同一个应用程序上工作的同事都没有这个问题,所以可能不是代码。我怀疑我在某个地方遇到了配置问题。

我不知道它开始时发生了什么变化。无论断点在哪里,它都会发生。我在 LogCat 中看不到任何错误。

我使用的是运行 OSX 10.13.6、Android Studio 3.3.2(当前稳定版本)的 MacBook Pro(15 英寸,2017 年)和运行 P 的 Pixel XL。还有运行 P 的各种模拟器。

非常感谢任何想法或建议。

注意:它发生在 Java 断点上,而不是 Kotlin。

注意:我无法使用简单的默认应用进行复制,因此它是特定于项目的,但仅限于我的机器上。

【问题讨论】:

  • 哪款 MacBook Pro?
  • MacBook Pro(15 英寸,2017 年)
  • @BarryFruitman 你找到原因了吗?我在 MacBook Pro 上也遇到了同样的情况,虽然我的是 2015 年。
  • 什么类型的断点?方法声明?还是常规线路?
  • 这不是骗子。我多年来一直在 Android Studio 上调试应用程序,我对调试性能非常熟悉。即使启用了断点,性能也很好,直到它遇到第一个断点并恢复。之后,该应用程序基本上被冻结,必须关闭。甚至系统按钮也响应缓慢。

标签: android android-studio android-debug android-studio-3.2


【解决方案1】:

正如@Magudesh 所说,android 调试器的方法断点非常慢。

在方法的第一行添加断点然后(如果有必要)在最后一行添加断点会更有用。

这将大大提高性能。如果您想跳转到下一个断点,只需点击调试器窗口中的绿色播放按钮即可。

【讨论】:

    【解决方案2】:

    尝试删除您之前可能在 Android Studio 中添加的所有断点。

    转到调试器窗口并选择查看断点选项,然后禁用所有旧断点,只添加您要使用的新断点。

    【讨论】:

      【解决方案3】:

      不要在方法定义中添加断点。方法断点会降低性能。使用行断点。这样更好。

      如果您不知道,请通过区别b/w方法断点和行断点。

      【讨论】:

        【解决方案4】:

        确保您的调试器正常。

        【讨论】:

        • 谢谢,但没有帮助。
        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2017-01-12
        • 1970-01-01
        • 2016-11-18
        • 2014-02-09
        • 2020-08-26
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多