anyeeye

android真机调试waiting for debugger

android真机调试时出现：waiting for debugger

已check：

1、只保留android composite adb interface。

2、在开发者选项中“选择调试应用”选择无，并关闭“等待调试器”

3、cmd进入命令行，进入adb所在目录先后执行adb kill-server，adb start-server。

等多种情况，依然存在这种问题。

相关LOG日志：

06-20 15:40:35.551: D/ResourcesManager(15675): creating new AssetManager and set to /data/app/com.goytrip.webchatenvelope-1/base.apk
06-20 15:40:35.611: W/ActivityThread(15675): Application com.goytrip.webchatenvelope is waiting for the debugger on port 8100...
06-20 15:40:35.611: I/System.out(15675): Sending WAIT chunk
06-20 15:40:35.621: I/art(15675): Debugger is active
06-20 15:40:35.761: W/art(15675): GLITCH: unsupported modKind=MK_SOURCE_NAME_MATCH
06-20 15:40:35.761: A/art(15675): art/runtime/jdwp/jdwp_request.cc:48] Check failed: p_ == end_ read too few bytes: 21
06-20 15:40:35.811: I/System.out(15675): Debugger has connected
06-20 15:40:35.811: I/System.out(15675): waiting for debugger to settle...
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286] Runtime aborting...
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286] Aborting thread:
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286] "JDWP" prio=5 tid=3 Runnable
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c63080 self=0xaf60e400
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15682 nice=0 cgrp=apps sched=0/0 handle=0xafc16a80
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286]   | state=R schedstat=( 12282707 25695987 114 ) utm=0 stm=1 core=0 HZ=100
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb45f5000-0xb45f7000 stackSize=1012KB
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes= "abort lock" "mutator lock"(shared held)
06-20 15:40:35.981: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00004640 /system/lib/libbacktrace_libc++.so (UnwindCurrent::Unwind(unsigned int, ucontext*)+23)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 00002e8d /system/lib/libbacktrace_libc++.so (Backtrace::Unwind(unsigned int, ucontext*)+8)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 00245d09 /system/lib/libart.so (art::DumpNativeStack(std::__1::basic_ostream >&, int, char const*, art::mirror::ArtMethod*)+68)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 0022ab67 /system/lib/libart.so (art::Thread::Dump(std::__1::basic_ostream >&) const+146)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 0021b18b /system/lib/libart.so (art::AbortState::DumpThread(std::__1::basic_ostream >&, art::Thread*)+22)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 0021b3c9 /system/lib/libart.so (art::AbortState::Dump(std::__1::basic_ostream >&)+324)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #06 pc 0021b5bd /system/lib/libart.so (art::Runtime::Abort()+72)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #07 pc 000a76f3 /system/lib/libart.so (art::LogMessage::~LogMessage()+1322)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #08 pc 0018fc83 /system/lib/libart.so (art::JDWP::Request::CheckConsumed()+74)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #09 pc 0018b149 /system/lib/libart.so (art::JDWP::JdwpState::ProcessRequest(art::JDWP::Request&, art::JDWP::ExpandBuf*)+832)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #10 pc 0018d09d /system/lib/libart.so (art::JDWP::JdwpState::HandlePacket()+48)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #11 pc 002878e7 /system/lib/libart.so (art::JDWP::JdwpAdbState::ProcessIncoming()+1010)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #12 pc 0018d971 /system/lib/libart.so (art::JDWP::JdwpState::Run()+348)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #13 pc 0018ee9b /system/lib/libart.so (art::JDWP::StartJdwpThread(void*)+10)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #14 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #15 pc 0001189b /system/lib/libc.so (__start_thread+6)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   (no managed stack frames)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286] Dumping all threads without appropriate locks held: thread list lock
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286] All threads:
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286] DALVIK THREADS (10):
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286] "main" prio=5 tid=1 Sleeping
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x8701cef0 self=0xb4f07800
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15675 nice=0 cgrp=apps sched=0/0 handle=0xb6f53ec8
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 40875419 17748076 80 ) utm=1 stm=3 core=2 HZ=100
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xbe22b000-0xbe22d000 stackSize=8MB
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00010114 /system/lib/libc.so (syscall+32)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 000a9f2b /system/lib/libart.so (art::ConditionVariable::TimedWait(art::Thread*, long long, int)+98)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 001e9bd9 /system/lib/libart.so (art::Monitor::Wait(art::Thread*, long long, int, bool, art::ThreadState)+468)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 001eb3c5 /system/lib/libart.so (art::Monitor::Wait(art::Thread*, art::mirror::Object*, long long, int, bool, art::ThreadState)+120)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 00071eed /system/framework/arm/boot.oat (Java_java_lang_Thread_sleep__Ljava_lang_Object_2JI+132)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.sleep!(Native method)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   - sleeping on <0x0fbb7dfb> (a java.lang.Object)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.sleep(Thread.java:1031)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   - locked <0x0fbb7dfb> (a java.lang.Object)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.sleep(Thread.java:985)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.os.Debug.waitForDebugger(Debug.java:435)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4979)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.app.ActivityThread.access$1600(ActivityThread.java:177)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1509)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.os.Handler.dispatchMessage(Handler.java:102)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.os.Looper.loop(Looper.java:145)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at android.app.ActivityThread.main(ActivityThread.java:5942)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.reflect.Method.invoke!(Native method)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.reflect.Method.invoke(Method.java:372)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1388)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1183)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286] "Signal Catcher" prio=5 tid=2 WaitingInMainSignalCatcherLoop
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c5f080 self=0xaf90e400
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15681 nice=0 cgrp=apps sched=0/0 handle=0xafc16800
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 4101615 2838333 10 ) utm=0 stm=0 core=1 HZ=100
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb46f9000-0xb46fb000 stackSize=1012KB
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00037ea0 /system/lib/libc.so (__rt_sigtimedwait+12)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 00014f09 /system/lib/libc.so (sigwait+24)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 0021e767 /system/lib/libart.so (art::SignalCatcher::WaitForSignal(art::Thread*, art::SignalSet&)+66)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 00220255 /system/lib/libart.so (art::SignalCatcher::Run(void*)+196)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 0001189b /system/lib/libc.so (__start_thread+6)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   (no managed stack frames)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286] "JDWP" prio=5 tid=3 Runnable
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c63080 self=0xaf60e400
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15682 nice=0 cgrp=apps sched=0/0 handle=0xafc16a80
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | state=R schedstat=( 55152706 72583332 213 ) utm=1 stm=4 core=1 HZ=100
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb45f5000-0xb45f7000 stackSize=1012KB
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes= "abort lock" "mutator lock"(shared held)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00004640 /system/lib/libbacktrace_libc++.so (UnwindCurrent::Unwind(unsigned int, ucontext*)+23)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 00002e8d /system/lib/libbacktrace_libc++.so (Backtrace::Unwind(unsigned int, ucontext*)+8)
06-20 15:40:35.991: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 00245d09 /system/lib/libart.so (art::DumpNativeStack(std::__1::basic_ostream >&, int, char const*, art::mirror::ArtMethod*)+68)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 0022ab67 /system/lib/libart.so (art::Thread::Dump(std::__1::basic_ostream >&) const+146)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 002334e5 /system/lib/libart.so (art::ThreadList::DumpLocked(std::__1::basic_ostream >&)+104)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 0021b371 /system/lib/libart.so (art::AbortState::Dump(std::__1::basic_ostream >&)+236)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #06 pc 0021b5bd /system/lib/libart.so (art::Runtime::Abort()+72)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #07 pc 000a76f3 /system/lib/libart.so (art::LogMessage::~LogMessage()+1322)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #08 pc 0018fc83 /system/lib/libart.so (art::JDWP::Request::CheckConsumed()+74)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #09 pc 0018b149 /system/lib/libart.so (art::JDWP::JdwpState::ProcessRequest(art::JDWP::Request&, art::JDWP::ExpandBuf*)+832)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #10 pc 0018d09d /system/lib/libart.so (art::JDWP::JdwpState::HandlePacket()+48)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #11 pc 002878e7 /system/lib/libart.so (art::JDWP::JdwpAdbState::ProcessIncoming()+1010)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #12 pc 0018d971 /system/lib/libart.so (art::JDWP::JdwpState::Run()+348)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #13 pc 0018ee9b /system/lib/libart.so (art::JDWP::StartJdwpThread(void*)+10)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #14 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #15 pc 0001189b /system/lib/libc.so (__start_thread+6)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   (no managed stack frames)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286] "ReferenceQueueDaemon" prio=5 tid=5 Waiting
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c73080 self=0xaf210400
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15685 nice=0 cgrp=apps sched=0/0 handle=0xaf225080
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 2404947 5209791 9 ) utm=0 stm=0 core=3 HZ=100
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb41e5000-0xb41e7000 stackSize=1036KB
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00010110 /system/lib/libc.so (syscall+28)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 000aa177 /system/lib/libart.so (art::ConditionVariable::Wait(art::Thread*)+82)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 001e9deb /system/lib/libart.so (art::Monitor::Wait(art::Thread*, long long, int, bool, art::ThreadState)+998)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 001eb3c5 /system/lib/libart.so (art::Monitor::Wait(art::Thread*, art::mirror::Object*, long long, int, bool, art::ThreadState)+120)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 001fa535 /system/lib/libart.so (art::Object_wait(_JNIEnv*, _jobject*)+32)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 000003db /system/framework/arm/boot.oat (Java_java_lang_Object_wait__+82)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Object.wait!(Native method)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   - waiting on <0x3e594e18> (a java.lang.Class)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Daemons$ReferenceQueueDaemon.run(Daemons.java:137)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   - locked <0x3e594e18> (a java.lang.Class)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.run(Thread.java:818)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286] "FinalizerWatchdogDaemon" prio=5 tid=6 Waiting
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c73140 self=0xaf210c00
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15688 nice=0 cgrp=apps sched=0/0 handle=0xaf225580
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 3132864 2916250 11 ) utm=0 stm=0 core=1 HZ=100
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb3fd5000-0xb3fd7000 stackSize=1036KB
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00010110 /system/lib/libc.so (syscall+28)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 000aa177 /system/lib/libart.so (art::ConditionVariable::Wait(art::Thread*)+82)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 001e9deb /system/lib/libart.so (art::Monitor::Wait(art::Thread*, long long, int, bool, art::ThreadState)+998)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 001eb3c5 /system/lib/libart.so (art::Monitor::Wait(art::Thread*, art::mirror::Object*, long long, int, bool, art::ThreadState)+120)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 001fa535 /system/lib/libart.so (art::Object_wait(_JNIEnv*, _jobject*)+32)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 000003db /system/framework/arm/boot.oat (Java_java_lang_Object_wait__+82)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Object.wait!(Native method)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   - waiting on <0x0061c071> (a java.lang.Daemons$FinalizerWatchdogDaemon)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Daemons$FinalizerWatchdogDaemon.waitForObject(Daemons.java:243)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   - locked <0x0061c071> (a java.lang.Daemons$FinalizerWatchdogDaemon)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Daemons$FinalizerWatchdogDaemon.run(Daemons.java:215)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.run(Thread.java:818)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286] "Binder_1" prio=5 tid=7 Native
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c91080 self=0xaea06400
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15684 nice=0 cgrp=apps sched=0/0 handle=0xafc16f80
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 4944428 5486459 17 ) utm=0 stm=0 core=0 HZ=100
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb42e9000-0xb42eb000 stackSize=1012KB
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 0003805c /system/lib/libc.so (__ioctl+8)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 0004ee7d /system/lib/libc.so (ioctl+14)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 0001cb43 /system/lib/libbinder.so (android::IPCThreadState::talkWithDriver(bool)+138)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 0001d033 /system/lib/libbinder.so (android::IPCThreadState::getAndExecuteCommand()+6)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 0001d095 /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+48)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 000211fb /system/lib/libbinder.so (???)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #06 pc 0000ef11 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+112)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #07 pc 0005fde1 /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+72)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #08 pc 0000ea81 /system/lib/libutils.so (???)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #09 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   native: #10 pc 0001189b /system/lib/libc.so (__start_thread+6)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]   (no managed stack frames)
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.001: A/art(15675): art/runtime/runtime.cc:286] "FinalizerDaemon" prio=5 tid=8 Waiting
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c730e0 self=0xaf210800
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15687 nice=0 cgrp=apps sched=0/0 handle=0xaf225300
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 2953333 7469637 22 ) utm=0 stm=0 core=3 HZ=100
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb40d9000-0xb40db000 stackSize=1036KB
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00010110 /system/lib/libc.so (syscall+28)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 000aa177 /system/lib/libart.so (art::ConditionVariable::Wait(art::Thread*)+82)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 001e9deb /system/lib/libart.so (art::Monitor::Wait(art::Thread*, long long, int, bool, art::ThreadState)+998)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 001eb3c5 /system/lib/libart.so (art::Monitor::Wait(art::Thread*, art::mirror::Object*, long long, int, bool, art::ThreadState)+120)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 001fa50d /system/lib/libart.so (art::Object_waitJI(_JNIEnv*, _jobject*, long long, int)+36)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 00000607 /system/framework/arm/boot.oat (Java_java_lang_Object_wait__JI+102)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Object.wait!(Native method)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   - waiting on <0x3aa78e56> (a java.lang.ref.ReferenceQueue)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Object.wait(Object.java:422)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:101)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   - locked <0x3aa78e56> (a java.lang.ref.ReferenceQueue)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:72)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Daemons$FinalizerDaemon.run(Daemons.java:177)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.run(Thread.java:818)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286] "Binder_2" prio=5 tid=9 Native
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12caf080 self=0xad25b400
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15689 nice=0 cgrp=apps sched=0/0 handle=0xaea26080
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 5206563 3428854 12 ) utm=0 stm=0 core=3 HZ=100
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb3ecb000-0xb3ecd000 stackSize=1012KB
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 0003805c /system/lib/libc.so (__ioctl+8)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 0004ee7d /system/lib/libc.so (ioctl+14)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 0001cb43 /system/lib/libbinder.so (android::IPCThreadState::talkWithDriver(bool)+138)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 0001d033 /system/lib/libbinder.so (android::IPCThreadState::getAndExecuteCommand()+6)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 0001d095 /system/lib/libbinder.so (android::IPCThreadState::joinThreadPool(bool)+48)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 000211fb /system/lib/libbinder.so (???)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #06 pc 0000ef11 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+112)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #07 pc 0005fde1 /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+72)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #08 pc 0000ea81 /system/lib/libutils.so (???)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #09 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #10 pc 0001189b /system/lib/libc.so (__start_thread+6)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   (no managed stack frames)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286] "HeapTrimmerDaemon" prio=5 tid=10 Waiting
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c731a0 self=0xaf211000
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15690 nice=0 cgrp=apps sched=0/0 handle=0xaf225800
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 3103698 4204532 10 ) utm=0 stm=0 core=3 HZ=100
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb3dc1000-0xb3dc3000 stackSize=1036KB
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00010110 /system/lib/libc.so (syscall+28)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 000aa177 /system/lib/libart.so (art::ConditionVariable::Wait(art::Thread*)+82)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 001e9deb /system/lib/libart.so (art::Monitor::Wait(art::Thread*, long long, int, bool, art::ThreadState)+998)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 001eb3c5 /system/lib/libart.so (art::Monitor::Wait(art::Thread*, art::mirror::Object*, long long, int, bool, art::ThreadState)+120)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #04 pc 001fa535 /system/lib/libart.so (art::Object_wait(_JNIEnv*, _jobject*)+32)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #05 pc 000003db /system/framework/arm/boot.oat (Java_java_lang_Object_wait__+82)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Object.wait!(Native method)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   - waiting on <0x3339fed7> (a java.lang.Daemons$HeapTrimmerDaemon)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Daemons$HeapTrimmerDaemon.run(Daemons.java:314)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   - locked <0x3339fed7> (a java.lang.Daemons$HeapTrimmerDaemon)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.run(Thread.java:818)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286] "GCDaemon" prio=5 tid=4 Blocked
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | group="" sCount=0 dsCount=0 obj=0x12c73200 self=0xaf211400
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | sysTid=15691 nice=0 cgrp=apps sched=0/0 handle=0xaf225a80
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | state=S schedstat=( 2524478 412188 4 ) utm=0 stm=0 core=0 HZ=100
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | stack=0xb3cb7000-0xb3cb9000 stackSize=1036KB
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   | held mutexes=
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #00 pc 00010110 /system/lib/libc.so (syscall+28)
06-20 15:40:36.011: I/System.out(15675): waiting for debugger to settle...
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #01 pc 000aa177 /system/lib/libart.so (art::ConditionVariable::Wait(art::Thread*)+82)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #02 pc 0012ddef /system/lib/libart.so (art::gc::Heap::WaitForConcurrentGCRequest(art::Thread*)+90)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   native: #03 pc 000003db /system/framework/arm/boot.oat (Java_dalvik_system_VMRuntime_waitForConcurrentGCRequest__+82)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at dalvik.system.VMRuntime.waitForConcurrentGCRequest(Native method)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   - waiting to lock an unknown object
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Daemons$GCDaemon.run(Daemons.java:334)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]   at java.lang.Thread.run(Thread.java:818)
06-20 15:40:36.011: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.021: A/art(15675): art/runtime/runtime.cc:286]
06-20 15:40:36.021: A/libc(15675): Fatal signal 6 (SIGABRT), code -6 in tid 15682 (JDWP)

你可能感兴趣的:(android,三星)

android系统selinux中添加新属性property 辉色投像
1.定位/android/system/sepolicy/private/property_contexts声明属性开头：persist.charge声明属性类型：u:object_r:system_prop:s0图12.定位到android/system/sepolicy/public/domain.te删除neverallow{domain-init}default_prop:property
ARM驱动学习之5 LEDS驱动 JT灬新一嵌入式 C 底层 arm开发学习单片机
ARM驱动学习之5LEDS驱动知识点：•linuxGPIO申请函数和赋值函数–gpio_request–gpio_set_value•三星平台配置GPIO函数–s3c_gpio_cfgpin•GPIO配置输出模式的宏变量–S3C_GPIO_OUTPUT注意点：DRIVER_NAME和DEVICE_NAME匹配。实现步骤：1.加入需要的头文件：//Linux平台的gpio头文件#include//三
2.2.6 通知类控件 Toast、Menu 常思行
本文例程下载：WillFlow_Toast、WillFlowMenu一、什么是Toast？Toast也被叫做吐司，是Android系统提供的一种非常好的提醒方式，在程序中可以使用它将一些短小的信息通知给用户，它有如下两个特点：Toast是没有焦点的Toast显示的时间有限过一定的时间就会自动消失所以一般来讲Toast的使用并不会影响我们的正常操作，并且它通常不会占用太大的屏幕空间，有着良好的用户体
mac 备份android 手机通讯录导入iphone,iphone如何导出通讯录（轻松教你iPhone备份通讯录的方法）... weixin_39762838 mac 备份android 手机通讯录导入iphone
在日新月异的手机更替中，换手机已经成为一个非常稀松平常的事情，但将旧手机上面的通讯录导入到新手机还是让不少小伙伴为难，本篇将给大家详细讲解这方面的知识：“苹果手机通讯录怎么导入到新手机”及“安卓手机通讯录导入到新手机”的方法。一、苹果手机通讯录导入到新手机常用方法(SIM卡导入)在苹果手机主频幕上找到“设置”，单击进入设置菜单，下拉菜单列表，点击“邮件、通讯录、日历”，然后找到“导入SIM卡通讯录
android 更改窗口的层次,浮窗开发之窗口层级 Ms.Bu android 更改窗口的层次
最近在项目中遇到了这样的需求：需要在特定的其他应用之上悬浮自己的UI交互(拖动、输入等复杂的UI交互)，和九游的浮窗类似，不过我们的比九游的体验更好，我们越过了很多授权的限制。浮窗效果很多人都知道如何去实现一个简单的浮窗，但是却很少有人去深入的研究背后的流程机制，由于项目中浮窗交互比较复杂，遇到了些坑查看了很多资料，故总结浮窗涉及到的知识点：窗口层级关系(浮窗是如何“浮”的)？浮窗有哪些限制，如何
Android应用性能优化轻口味 Android
Android手机由于其本身的后台机制和硬件特点，性能上一直被诟病，所以软件开发者对软件本身的性能优化就显得尤为重要；本文将对Android开发过程中性能优化的各个方面做一个回顾与总结。Cache优化ListView缓存：ListView中有一个回收器，Item滑出界面的时候View会回收到这里，需要显示新的Item的时候，就尽量重用回收器里面的View；每次在getView函数中inflate新
Android实现监听事件的方法 Amy木婉清
1.通过内部类实现2.通过匿名内部类实现3.通过事件源所在类实现4.通过外部类实现5.布局文件中onclick属性(针对点击事件)1.通过内部类实现代码:privateButtonmBtnEvent;//oncreate中mBtnEvent.setOnClickListener(newOnClick());//内部类实现监听classOnClickimplementsView.OnClickLis
高级UI<第二十四篇>：Android中用到的矩阵常识 NoBugException
（1）定义在数学中，矩阵（Matrix）是一个按照长方阵列排列的复数或实数集合。由m×n个数aij排成的m行n列的数表称为m行n列的矩阵，简称m×n矩阵。记作：图片.png这m×n个数称为矩阵A的元素，简称为元，数aij位于矩阵A的第i行第j列，称为矩阵A的(i,j)元，以数aij为(i,j)元的矩阵可记为(aij)或(aij)m×n，m×n矩阵A也记作Amn。元素是实数的矩阵称为实矩阵，元素是复
RK3229_Android9.0_Box 4G模块EC200A调试 suifen_ 网络
0、kernel修改这部分完全可以参考Linux的移植：RK3588EC200A-CN【4G模块】调试_rkec200a-cn-CSDN博客1、修改device/rockchip/rk322xdiff--gita/device.mkb/device.mkindexec6bfaa..e7c32d1100755---a/device.mk+++b/device.mk@@-105,6+105,8@@en
kt文件和java文件_Java与Kotlin之间怎样进行互操作铭空间 kt文件和java文件
Java与Kotlin之间怎样进行互操作发布时间：2021-02-0210:50:43来源：亿速云阅读：98作者：小新这篇文章主要介绍了Java与Kotlin之间怎样进行互操作，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。前言目前kotlin是谷歌首推的开发Android的语言，但由于历史原因，我们绝大部分项目依旧还是以Java为主
Android shell 常用 debug 命令晨春计 Audio debug android linux
目录1、查看版本2、am命令3、pm命令4、dumpsys命令5、sed命令6、log定位查看APK进程号7、log定位使用场景1、查看版本1.1、Android串口终端执行getpropro.build.version.release#获取Android版本uname-a#查看linux内核版本信息uname-r#单独查看内核版本1.2、linux服务器执行lsb_release-a#查看Lin
2023-09-21郝晓东教师专业阅读第一讲每天坚持
20230921六点零三星期四郝晓东教师专业阅读第一讲昨天早上起床比较晚，完成了八九百字，今天早上起床又是有点晚，估计今天早上又是完不成两千字的电子日记了。昨天晚上本来是打算去河里游泳的，但是到了河边感觉有点冷，不想下水了，刚好老表打电话，本来是打电话说去八里滩温泉洗澡的，但是没有人，我们就去河对面转了一圈，见了朱总、李总，走了两万多步，感觉很累，早上起来感觉腰比较不舒服，我就把厚睡衣穿上了，主要
2024年最全Flutter如何和Native通信-Android视角，Electron开发Android界面 2401_84544531 程序员 android 面试学习
总结【Android详细知识点思维脑图（技能树）】其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。虽然Android没有前几年火热了，已经过去了会四大组件就能找到高薪职位的时代了。这只能说明Android中级以下的岗位饱和了，现在高级工程师还是比较缺少的，很多高级职位给的薪
分享一个基于python的电子书数据采集与可视化分析 hadoop电子书数据分析与推荐系统 spark大数据毕设项目（源码、调试、LW、开题、PPT) 计算机源码社 Python项目大数据大数据 python hadoop 计算机毕业设计选题计算机毕业设计源码数据分析 spark毕设
作者：计算机源码社个人简介：本人八年开发经验，擅长Java、Python、PHP、.NET、Node.js、Android、微信小程序、爬虫、大数据、机器学习等，大家有这一块的问题可以一起交流！学习资料、程序开发、技术解答、文档报告如需要源码，可以扫取文章下方二维码联系咨询Java项目微信小程序项目Android项目Python项目PHP项目ASP.NET项目Node.js项目选题推荐项目实战|p
android ndk 开发jni调用对象方法，数组参数 wulongkou 开发问题安卓的事 ndk android studio jni
一、JNI和NDK关系JNI是Java语言提供的Java和C/C++相互沟通的机制，Java可以通过JNI调用本地的C/C++代码，本地的C/C++的代码也可以调用java代码。JNI是本地编程接口，Java和C/C++互相通过的接口。Java通过C/C++使用本地的代码的一个关键性原因在于C/C++代码的高效性。NDK是一系列工具的集合。它提供了一系列的工具，帮助开发者快速开发C（或C++）的动
Android jni中数组参数的传递方式 lokeyme Andriod android开发 JNI NDK java c语言
1、背景今天调试了一下Androidjni关于Java中调用C代码的程序，发现我的数组参数传递方式不对，导致值传递不正确，我的方法是：C代码，入口函数#include#includejintJava_sony_MedicalRecordDemo_MainActivity_decryptionSuccess(JNIEnv*env,jobjectthiz,jintAttr[]){returnAttr[
1-1.Jetpack 之 Navigation 简单编码模板我命由我12345 Android -Jetpack 简化编程 java java-ee android-studio android studio 安卓 android jetpack
一、Navigation1、Navigation概述Navigation是Jetpack中的一个重要成员，它主要是结合导航图（NavigationGraph）来控制和简化Fragment之间的导航，即往哪里走，该怎么走2、Navigate引入在模块级build.gradle中引入相关依赖implementation'androidx.navigation:navigation-fragment:2
Android JetPack架构——结合记事本Demo一篇打通对Sqlite的增删改查结合常用jetpack架构应用 erhtre 程序员 android jetpack 架构 sqlite
为什么要用Jetpack?========================================================================关于为什么要用Jetpack，我参考了许多的博客和官方文档，开阔了我对Android生态圈的理解和认识，在Jetpack推出前出现的许许多多强大的第三方框架与语言，典型代表无疑是强大的RxJava在Jetpack仍然有许多粉丝在一
Android干净架构MVI模板使用指南井美婵Toby
Android干净架构MVI模板使用指南android-clean-architecture-mvi-boilerplateAforkofourcleanarchitectureboilerplateusingtheModel-View-Intentpattern项目地址:https://gitcode.com/gh_mirrors/an/android-clean-architecture-mv
⭐Unity 安卓环境中正确地读取和处理 XML 文件惊鸿醉 Unity unity android xml
写了一个选择题Demo，电脑包和编辑器内无问题，但是打包安卓手机之后题目无法正常使用，想到的是安卓环境中正确地读取文件的问题改进方案：1.由于XmlDocument.Load方法在Android上的路径问题（由于文件位于APK内部，无法像在文件系统中那样直接访问），需要先使用UnityWebRequest来异步加载文件内容，然后再解析XML。2.异步处理：修改你的代码，以支持异步文件加载和处理，这
《Android进阶之光》读书笔记 soleil雪寂读书笔记 #Android进阶之光
文章目录第1章Android新特性1.1.Android5.0新特性1.2.RecyclerView1.1.4.3种Notification1.1.5.Toolbar与Palette1.1.6.Palette1.2.Android6.0新特性1.2.2.运行时权限机制1.3.Android7.0新特性第2章MaterialDesign2.2.DesignSupportLibrary常用控件详解第3
《Android进阶之光》— Android 书籍王睿丶 Android 永无止境《Android进阶之光》Android书籍 Android phoenix 移动开发
文章目录第1章Android新特性1第2章MaterialDesign48第3章View体系与自定义View87第4章多线程编程165第5章网络编程与网络框架204第6章设计模式271第7章事件总线308第8章函数响应式编程333第9章注解与依赖注入框架382第10章应用架构设计422第11章系统架构与MediaPlayer框架460出版年:2017-7简介：《Android进阶之光》是一本And
《android进阶之光》——多线程编程（上） TAING要一直努力读书笔记
今天了解了下多线程编程，知识点如下：进程与线程：进程是什么？线程是什么？进程可以看作是程序的实体，是线程的容器，是受操作系统管理的基本运行单元，例如exe文件就是一个进程。线程是进程运行的一些子任务，是操作系统调度的最小单元，各线程拥有自己的计数器，堆栈，局部变量等，也可以访问线程间共享的内存。线程的状态有哪些？新创建，可运行，等待，超时等待，阻塞，终止怎么创建一个线程？-三种方法第一种，MyTr
android进阶之光！Android面试必备的集合源码详解，系列篇程序员Sunbu 程序员 Android
前言面试：如果不准备充分的面试，完全是浪费时间，更是对自己的不负责。文末会给大家分享下我整理的Android面试专题及答案其中大部分都是大企业面试常问的面试题，可以对照这查漏补缺，当然了，这里所列的肯定不可能覆盖全部方式，不过对大家找工作肯定是有帮助！本月飞机到达上海，到今天第6天了，四家大公司华为，小米，映客，抖音，还有二家中小型公司。有几家已经面了几轮，下周还要面，挂了几家，不过目前已经选择了
Android-悬浮窗功能的实现（附Java、KT实现源码）(1) egrhef 程序员 android java 开发语言
//获取服务的操作对象valbinder=serviceasFloatWinfowServices.MyBinderbinder.service}overridefunonServiceDisconnected(name:ComponentName){}}overridefunonActivityResult(requestCode:Int,resultCode:Int,data:Intent){
Visual Studio中的Android模拟器使用详解 wurui8 android android studio android android应用
关注微信号：javalearns随时随地学Java或扫一扫随时随地学JavaMicrosoft本周发布了VisualStudio2015预览版,里面包含Android开发工具.安装的时候,如果选Android开发,VisualStudio会把调试Android应用程序用的VisualStudio模拟器也装上.在介绍这个新模拟器之前,我们先来聊一聊,为什么需要一个新的Android模拟器–当然,你也
Unity 热更之【HybirdCLR】+【YooAsset】 [安卓 Android端] [代码 + 资源热更] 功能的简单实现演示仙魁XAN Unity 进阶 unity HybirdCLR YooAsset HotUpdate 热更新
Unity热更之【HybirdCLR】+【YooAsset】[安卓Android端][代码+资源热更]功能的简单实现演示目录Unity热更之【HybirdCLR】+【YooAsset】[安卓Android端][代码+资源热更]功能的简单实现演示一、简单介绍二、HybridCLR三、YooAsset四、HybirdCLR引入工程五、YooAsset引入工程六、Python服务器简单构建七、Hybir
Android 用线程池实现一个简单的任务队列(Kotlin) 深海呐 Android #Android进阶 #Kotlin android kotlin 线程池延时任务队列线程池延时任务
关于线程池,Kotlin和java的使用方式一样在Android中,很多人喜欢用Handler的postDelayed()去实现延时任务.要使用postDelayed(),去实现延时任务队列,就不可避免要使用递归.但是这样做,代码的简洁性,和书写的简易,就远不如使用线程池.使用线程池的简单程度:privatevalmThreadPool=Executors.newSingleThreadSched
（小白入门）Windows环境下搭建React Native Android开发环境码农老黑前端 React Native 移动开发 Android studio
ReactNative(简称RN)是Facebook于2015年4月开源的跨平台移动应用开发框架，是Facebook早先开源的UI框架React在原生移动应用平台的衍生产物，目前支持iOS和Android两大平台。RN的环境搭建在RN的中文社区有所介绍，但是对于小白来说还是有些太过简略了。RN中文社区详见参考，本文不涉及的问题也许在其中能够有所解答。ReactNative思想底层引擎是JavaSc
Android Dialog圆角设置无效的问题 ly969434341 android
一，参考AndroidDialog圆角设置无效的问题https://blog.csdn.net/woshi_awei/article/details/99664527Android自定义Dialog实现通用圆角对话框https://cloud.tencent.com/developer/article/1740956二，原因Diallog的默认背景是白色（直角背景），我自定义的Dialog背景也是
Spring中@Value注解，需要注意的地方无量 spring bean @Value xml
Spring 3以后,支持@Value注解的方式获取properties文件中的配置值，简化了读取配置文件的复杂操作 1、在applicationContext.xml文件(或引用文件中)中配置properties文件 <bean id="appProperty" class="org.springframework.beans.fac
mongoDB 分片开窍的石头 mongodb
mongoDB的分片。要mongos查询数据时候先查询configsvr看数据在那台shard上，configsvr上边放的是metar信息，指的是那条数据在那个片上。由此可以看出mongo在做分片的时候咱们至少要有一个configsvr,和两个以上的shard（片）信息。第一步启动两台以上的mongo服务 &nb
OVER(PARTITION BY)函数用法 0624chenhong oracle
这篇写得很好，引自 http://www.cnblogs.com/lanzi/archive/2010/10/26/1861338.html OVER(PARTITION BY)函数用法 2010年10月26日 OVER(PARTITION BY)函数介绍开窗函数 &nb
Android开发中，ADB server didn't ACK 解决方法一炮送你回车库 Android开发
首先通知：凡是安装360、豌豆荚、腾讯管家的全部卸载，然后再尝试。一直没搞明白这个问题咋出现的，但今天看到一个方法，搞定了！原来是豌豆荚占用了 5037 端口导致。参见原文章：一个豌豆荚引发的血案——关于ADB server didn't ACK的问题简单来讲，首先将Windows任务进程中的豌豆荚干掉，如果还是不行，再继续按下列步骤排查。 &nb
canvas中的像素绘制问题换个号韩国红果果 JavaScript canvas
pixl的绘制，1.如果绘制点正处于相邻像素交叉线，绘制x像素的线宽，则从交叉线分别向前向后绘制x/2个像素，如果x/2是整数，则刚好填满x个像素，如果是小数，则先把整数格填满，再去绘制剩下的小数部分，绘制时，是将小数部分的颜色用来除以一个像素的宽度，颜色会变淡。所以要用整数坐标来画的话（即绘制点正处于相邻像素交叉线时），线宽必须是2的整数倍。否则会出现不饱满的像素。 2.如果绘制点为一个像素的
编码乱码问题灵静志远 java jvm jsp 编码
1、JVM中单个字符占用的字节长度跟编码方式有关，而默认编码方式又跟平台是一一对应的或说平台决定了默认字符编码方式；2、对于单个字符：ISO-8859-1单字节编码，GBK双字节编码，UTF-8三字节编码；因此中文平台(中文平台默认字符集编码GBK)下一个中文字符占2个字节，而英文平台(英文平台默认字符集编码Cp1252(类似于ISO-8859-1))。 3、getBytes()、getByte
java 求几个月后的日期 darkranger calendar getinstance
Date plandate = planDate.toDate(); SimpleDateFormat df = new SimpleDateFormat("yyyy-MM-dd"); Calendar cal = Calendar.getInstance(); cal.setTime(plandate); // 取得三个月后时间 cal.add(Calendar.M
数据库设计的三大范式（通俗易懂） aijuans 数据库复习
关系数据库中的关系必须满足一定的要求。满足不同程度要求的为不同范式。数据库的设计范式是数据库设计所需要满足的规范。只有理解数据库的设计范式，才能设计出高效率、优雅的数据库，否则可能会设计出错误的数据库. 目前，主要有六种范式：第一范式、第二范式、第三范式、BC范式、第四范式和第五范式。满足最低要求的叫第一范式，简称1NF。在第一范式基础上进一步满足一些要求的为第二范式，简称2NF。其余依此类推。
想学工作流怎么入手 atongyeye jbpm
工作流在工作中变得越来越重要，很多朋友想学工作流却不知如何入手。很多朋友习惯性的这看一点，那了解一点，既不系统，也容易半途而废。好比学武功，最好的办法是有一本武功秘籍。研究明白，则犹如打通任督二脉。系统学习工作流，很重要的一本书《JBPM工作流开发指南》。本人苦苦学习两个月，基本上可以解决大部分流程问题。整理一下学习思路，有兴趣的朋友可以参考下。 1 首先要
Context和SQLiteOpenHelper创建数据库百合不是茶 android Context创建数据库
一直以为安卓数据库的创建就是使用SQLiteOpenHelper创建,但是最近在android的一本书上看到了Context也可以创建数据库,下面我们一起分析这两种方式创建数据库的方式和区别,重点在SQLiteOpenHelper 一:SQLiteOpenHelper创建数据库: 1,SQLi
浅谈group by和distinct bijian1013 oracle 数据库 group by distinct
group by和distinct只了去重意义一样，但是group by应用范围更广泛些，如分组汇总或者从聚合函数里筛选数据等。譬如：统计每id数并且只显示数大于3 select id ,count(id) from ta
vi opertion 征客丶 mac opration vi
进入 command mode （命令行模式）按 esc 键再按 shift + 冒号注：以下命令中带 $ 【在命令行模式下进行】，不带 $ 【在非命令行模式下进行】一、文件操作 1.1、强制退出不保存 $ q! 1.2、保存 $ w 1.3、保存并退出 $ wq 1.4、刷新或重新加载已打开的文件 $ e 二、光标移动 2.1、跳到指定行数字
【Spark十四】深入Spark RDD第三部分RDD基本API bit1129 spark
对于K/V类型的RDD,如下操作是什么含义？ val rdd = sc.parallelize(List(("A",3),("C",6),("A",1),("B",5)) rdd.reduceByKey(_+_).collect reduceByKey在这里的操作，是把
java类加载机制 BlueSkator java 虚拟机
java类加载机制 1.java类加载器的树状结构引导类加载器 ^ | 扩展类加载器 ^ | 系统类加载器 java使用代理模式来完成类加载，java的类加载器也有类似于继承的关系，引导类是最顶层的加载器，它是所有类的根加载器，它负责加载java核心库。当一个类加载器接到装载类到虚拟机的请求时，通常会代理给父类加载器，若已经是根加载器了，就自己完成加载。虚拟机区分一个Cla
动态添加文本框 BreakingBad 文本框
<script> var num=1; function AddInput() { var str=""; str+="<input
读《研磨设计模式》-代码笔记-单例模式 bylijinnan java 设计模式
声明：本文只为方便我个人查阅和理解，详细的分析以及源代码请移步原作者的博客http://chjavach.iteye.com/ public class Singleton { } /* * 懒汉模式。注意，getInstance如果在多线程环境中调用，需要加上synchronized，否则存在线程不安全问题 */ class LazySingleton
iOS应用打包发布常见问题 chenhbc ios iOS发布 iOS上传 iOS打包
这个月公司安排我一个人做iOS客户端开发，由于急着用，我先发布一个版本，由于第一次发布iOS应用，期间出了不少问题，记录于此。 1、使用Application Loader 发布时报错：Communication error.please use diagnostic mode to check connectivity.you need to have outbound acc
工作流复杂拓扑结构处理新思路 comsci 设计模式工作算法企业应用 OO
我们走的设计路线和国外的产品不太一样，不一样在哪里呢？国外的流程的设计思路是通过事先定义一整套规则(类似XPDL)来约束和控制流程图的复杂度(我对国外的产品了解不够多，仅仅是在有限的了解程度上面提出这样的看法)，从而避免在流程引擎中处理这些复杂的图的问题，而我们却没有通过事先定义这样的复杂的规则来约束和降低用户自定义流程图的灵活性，这样一来，在引擎和流程流转控制这一个层面就会遇到很
oracle 11g新特性Flashback data archive daizj oracle
1. 什么是flashback data archive Flashback data archive是oracle 11g中引入的一个新特性。Flashback archive是一个新的数据库对象，用于存储一个或多表的历史数据。Flashback archive是一个逻辑对象，概念上类似于表空间。实际上flashback archive可以看作是存储一个或多个表的所有事务变化的逻辑空间。
多叉树:2-3-4树 dieslrae 树
平衡树多叉树,每个节点最多有4个子节点和3个数据项,2,3,4的含义是指一个节点可能含有的子节点的个数,效率比红黑树稍差.一般不允许出现重复关键字值.2-3-4树有以下特征: 1、有一个数据项的节点总是有2个子节点(称为2-节点) 2、有两个数据项的节点总是有3个子节点(称为3-节
C语言学习七动态分配 malloc的使用 dcj3sjt126com c language malloc
/* 2013年3月15日15:16:24 malloc 就memory(内存) allocate(分配)的缩写本程序没有实际含义，只是理解使用 */ # include <stdio.h> # include <malloc.h> int main(void) { int i = 5; //分配了4个字节静态分配 int * p
Objective-C编码规范[译] dcj3sjt126com 代码规范
原文链接 : The official raywenderlich.com Objective-C style guide 原文作者 : raywenderlich.com Team 译文出自 : raywenderlich.com Objective-C编码规范译者 : Sam Lau
0.性能优化-目录 frank1234 性能优化
从今天开始笔者陆续发表一些性能测试相关的文章，主要是对自己前段时间学习的总结，由于水平有限，性能测试领域很深，本人理解的也比较浅，欢迎各位大咖批评指正。主要内容包括：一、性能测试指标吞吐量、TPS、响应时间、负载、可扩展性、PV、思考时间 http://frank1234.iteye.com/blog/2180305 二、性能测试策略生产环境相同基准测试预热等 htt
Java父类取得子类传递的泛型参数Class类型 happyqing java 泛型父类子类 Class
import java.lang.reflect.ParameterizedType; import java.lang.reflect.Type; import org.junit.Test; abstract class BaseDao<T> { public void getType() { //Class<E> clazz =
跟我学SpringMVC目录汇总贴、PDF下载、源码下载 jinnianshilongnian springMVC
----广告-------------------------------------------------------------- 网站核心商详页开发掌握Java技术，掌握并发/异步工具使用，熟悉spring、ibatis框架；掌握数据库技术，表设计和索引优化，分库分表/读写分离；了解缓存技术，熟练使用如Redis/Memcached等主流技术；了解Ngin
the HTTP rewrite module requires the PCRE library 流浪鱼 rewrite
./configure: error: the HTTP rewrite module requires the PCRE library. 模块依赖性Nginx需要依赖下面3个包 1. gzip 模块需要 zlib 库 ( 下载: http://www.zlib.net/ ) 2. rewrite 模块需要 pcre 库 ( 下载: http://www.pcre.org/ ) 3. s
第12章 Ajax（中） onestopweb Ajax
index.html <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/
Optimize query with Query Stripping in Web Intelligence blueoxygen BO
http://wiki.sdn.sap.com/wiki/display/BOBJ/Optimize+query+with+Query+Stripping+in+Web+Intelligence and a very straightfoward video http://www.sdn.sap.com/irj/scn/events?rid=/library/uuid/40ec3a0c-936
Java开发者写SQL时常犯的10个错误 tomcat_oracle java sql
1、不用PreparedStatements 　　有意思的是，在JDBC出现了许多年后的今天，这个错误依然出现在博客、论坛和邮件列表中，即便要记住和理解它是一件很简单的事。开发者不使用PreparedStatements的原因可能有如下几个：　　他们对PreparedStatements不了解　　他们认为使用PreparedStatements太慢了　　他们认为写Prepar
世纪互联与结盟有感阿尔萨斯
10月10日，世纪互联与（Foxcon）签约成立合资公司，有感。全球电子制造业巨头（全球500强企业）与世纪互联共同看好IDC、云计算等业务在中国的增长空间，双方迅速果断出手，在资本层面上达成合作，此举体现了全球电子制造业巨头对世纪互联IDC业务的欣赏与信任，另一方面反映出世纪互联目前良好的运营状况与广阔的发展前景。众所周知，精于电子产品制造（世界第一），对于世纪互联而言，能够与结盟