Android 应用在调试模式下启动时崩溃

Android app crashes when launched in debug mode

当我 运行 在 调试 模式下应用程序崩溃,但当我只是 运行 它正常工作。 我认为问题发生在附加调试器时。

日志:

A/art: art/runtime/jdwp/jdwp_event.cc:661] Check failed: Thread::Current() != GetDebugThread() (Thread::Current()=0x7f44a18400, GetDebugThread()=0x7f44a18400) Expected event thread
A/art: art/runtime/runtime.cc:422] Runtime aborting...
A/art: art/runtime/runtime.cc:422] Aborting thread:
A/art: art/runtime/runtime.cc:422] "JDWP" prio=5 tid=4 WaitingForDebuggerSend
A/art: art/runtime/runtime.cc:422]   | group="" sCount=0 dsCount=0 obj=0x12c60280 self=0x7f44a18400
A/art: art/runtime/runtime.cc:422]   | sysTid=24137 nice=0 cgrp=default sched=0/0 handle=0x7f4b904450
A/art: art/runtime/runtime.cc:422]   | state=R schedstat=( 132066712 16401043 106 ) utm=9 stm=2 core=3 HZ=100
A/art: art/runtime/runtime.cc:422]   | stack=0x7f4b80a000-0x7f4b80c000 stackSize=1005KB
A/art: art/runtime/runtime.cc:422]   | held mutexes= "abort lock"
A/art: art/runtime/runtime.cc:422]   native: #00 pc 000000000047e2cc  /system/lib64/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+220)
A/art: art/runtime/runtime.cc:422]   native: #01 pc 000000000047e2c8  /system/lib64/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+216)
A/art: art/runtime/runtime.cc:422]   native: #02 pc 0000000000452434  /system/lib64/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMap+480)
A/art: art/runtime/runtime.cc:422]   native: #03 pc 00000000004403ac  /system/lib64/libart.so (_ZNK3art10AbortState10DumpThreadERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEPNS_6ThreadE+56)
A/art: art/runtime/runtime.cc:422]   native: #04 pc 0000000000440228  /system/lib64/libart.so (_ZNK3art10AbortState4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+668)
A/art: art/runtime/runtime.cc:422]   native: #05 pc 0000000000433bfc  /system/lib64/libart.so (_ZN3art7Runtime5AbortEPKc+148)
A/art: art/runtime/runtime.cc:422]   native: #06 pc 00000000000e597c  /system/lib64/libart.so (_ZN3art10LogMessageD2Ev+1592)
A/art: art/runtime/runtime.cc:422]   native: #07 pc 00000000002f8458  /system/lib64/libart.so (_ZN3art4JDWP9JdwpState24AcquireJdwpTokenForEventEm+624)
A/art: art/runtime/runtime.cc:422]   native: #08 pc 00000000002f7b1c  /system/lib64/libart.so (_ZN3art4JDWP9JdwpState29SendRequestAndPossiblySuspendEPNS0_9ExpandBufENS0_17JdwpSuspendPolicyEm+248)
A/art: art/runtime/runtime.cc:422]   native: #09 pc 00000000002fcb08  /system/lib64/libart.so (_ZN3art4JDWP9JdwpState16PostClassPrepareEPNS_6mirror5ClassE+1380)
A/art: art/runtime/runtime.cc:422]   native: #10 pc 0000000000124a9c  /system/lib64/libart.so (_ZN3art11ClassLinker11DefineClassEPNS_6ThreadEPKcmNS_6HandleINS_6mirror11ClassLoaderEEERKNS_7DexFileERKNS9_8ClassDefE+804)
A/art: art/runtime/runtime.cc:422]   native: #11 pc 0000000000381d04  /system/lib64/libart.so (_ZN3artL25DexFile_defineClassNativeEP7_JNIEnvP7_jclassP8_jstringP8_jobjectS7_S7_+344)
A/art: art/runtime/runtime.cc:422]   native: #12 pc 00000000001dd40c  /system/framework/arm64/boot-core-libart.oat (???)
A/art: art/runtime/runtime.cc:422]   at dalvik.system.DexFile.defineClassNative(Native method)
A/art: art/runtime/runtime.cc:422]   at dalvik.system.DexFile.defineClass(DexFile.java:296)
A/art: art/runtime/runtime.cc:422]   at dalvik.system.DexFile.loadClassBinaryName(DexFile.java:289)
A/art: art/runtime/runtime.cc:422]   at dalvik.system.DexPathList.findClass(DexPathList.java:418)
A/art: art/runtime/runtime.cc:422]   at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:54)
A/art: art/runtime/runtime.cc:422]   at com.android.tools.fd.runtime.IncrementalClassLoader$DelegateClassLoader.findClass(IncrementalClassLoader.java:90)
A/art: art/runtime/runtime.cc:422]   at com.android.tools.fd.runtime.IncrementalClassLoader.findClass(IncrementalClassLoader.java:62)
A/art: art/runtime/runtime.cc:422]   at java.lang.ClassLoader.loadClass(ClassLoader.java:380)
A/art: art/runtime/runtime.cc:422]   at java.lang.ClassLoader.loadClass(ClassLoader.java:367)
A/art: art/runtime/runtime.cc:422]   at java.lang.ClassLoader.loadClass(ClassLoader.java:367)
A/art: art/runtime/runtime.cc:422]   at java.lang.ClassLoader.loadClass(ClassLoader.java:312)
A/art: art/runtime/runtime.cc:422] Dumping all threads without appropriate locks held: thread list lock mutator lock

对我来说,它发生在我在嵌套函数中有一个断点时。就我而言,它在 Runnable.run() {} 之内。不确定它是否发生在其他嵌套函数中。

示例:

public class TouchEvent {
    public boolean HandleEvent(MotionEvent Event) {
        new Runnable() { @Override public void run() {
            int i=5;
            i++;
        }};
    }
}

如果 运行() 函数中的任何一行上有断点,它就会崩溃并显示错误 A/art: art/runtime/jdwp/jdwp_event.cc:661] Check failed: Thread::Current() != GetDebugThread() (Thread::Current()=0x########, GetDebugThread()=0x########) Expected event thread .

这个错误发生在第一次遇到 class 时,而不是遇到断点时。因此,当我进入具有 new TouchEvent(); 的行时,在 TouchEvent 的任何代码为 运行(在构造函数之前)之前,我就发生了这种情况。

解决办法是把断点去掉(放在别的地方)。

编辑:

忘记说了,好像跟API25有关,不过也有API26和API27的报道。

编辑:

另一种解决方案是禁用 Instant 运行,但请在下方给予 @toobsco42 信任。

问题与 Android 版本 7.x 有关,我删除了嵌套函数中的所有断点并且它有效,也用 Android 版本 6.0 进行了测试,它没有问题.

根据google开发团队的回复,它已于 2016 年 12 月 1 日修复,将在下一个版本中应用。

在我的例子中,我不得不禁用 Instant 运行。 Instant 运行 似乎有各种副作用,这可能是其中之一。

从 Runable.run() 中删除断点为我解决了这个问题。我能够在 Runable.run() 内的运行时使用断点。但不是在编译时

真的很奇怪,我禁用了 Instant 运行,问题自行解决了。

运行 进入同样的问题,但我的断点是嵌套函数的第一行,那么如何将它移动到其他地方?

我创建了一个临时私有方法,并在函数中首先调用该方法,然后在该方法中设置断点。

完成调试后,我删除了该方法及其调用。

我的问题是我在导入语句处设置了断点

我删除了所有断点并且它工作了,使用 Emulator Pixel API 25 进行了测试。

移除所有断点:

  • 转到调试器选项。

  • 点击下面的红色图标停止调试。

  • 你会看到一个window在那里你可以删除所有断点。

在此 post 中查看更多信息:

这是一个远景,但对我来说,当我有一个未被使用的导入语句,并且该导入有运行网络调用的代码时,它对我来说崩溃了,但是当删除它时,代码能够才能正常调试。

仅在使用调试器启动时才开始崩溃。重新启动 Android Studio 2.3.2...一直崩溃。 运行 在 运行 模式下很好。我在 onCreate 之后输入了一个 Log.d() ......它解决了问题!去图吧!

这是由于调试点的一些问题。删除所有调试点,然后它应该可以工作。

最简单的解决方案是尝试找到另一个设备或模拟器(感谢 AVD 管理器,我们有一个选择),它可以在没有解决方法的情况下发挥魅力

在window5:调试,使用按钮"View Breakpoints"

取消选择全部

删除我的应用程序上的所有调试点工作正常 您可以使用 ctrl+shift+f6 删除所有调试点

我的应用程序也仅在调试模式下崩溃。至于 3.5 版本 - "Instant Run" 被替换为 "Apply Changes",所以我无法禁用它。我的解决方案是正常启动应用程序(使用绿色箭头),在它曾经崩溃的位置之后导航,然后将调试器附加到它:

对于在上述解决方案后仍然遇到崩溃问题的任何人,这是我在我的 m1 mac air 上修复它的方法。

确保开发人员选项中的 select 'wait for debugger',并检查其他选项,以确保它们是您想要的。