这个问题可能是由代码引起的，但是，也可能是debug本身的问题，重启android studio ，不要以debug的方式运行

 

调试一个NDK项目，希望从java层把文件路径传给native层，再从native层打开文件 。发现在Native层C代码设置断点用Android7.0的虚拟机调试正常，而用Android10的虚拟调试断点会失效，而重启电脑后，断点又正常。

已经做的配置如下：

1、RUN——edit configurations——app——debugger: debug type 选择Auto，官网显示，对于native的调试，auto 和dual都是可以的。https://developer.android.google.cn/studio/debug

2、参照官网说明，检查设备是否支持run-as 和ptrace，正常。

3、对虚拟机进行WipeData和Code boot都尝试过。

 再仔细查看调试信息，发现有报错信息：

art_sigsegv_fault 0x00000000e8ae4a00
art::FaultManager::HandleFault(int, siginfo*, void*) 0x00000000e8ae4fa4
art::art_fault_handler(int, siginfo*, void*) (.llvm.5767799722020299202) 0x00000000e8ae4ccb
___lldb_unnamed_symbol25$$app_process32 0x0000000058cc3fe1
___lldb_unnamed_symbol2$$libc.so 0x00000000e9ed8180
art::Thread::DecodeJObject(_jobject*) const 0x00000000e8e8adc0
<unknown> 0x00000000ea01005d
<unknown> 0x0000000058cc2000
....

 再搜索发现在stackoverflow上有人遇到过同样的问题，说是由jstring引起的。https://stackoverflow.com/questions/69329755/android-studio-art-sigsegv-fault-when-debugging-native-methods-that-receive-a-js#

于是退而求其次，因为java层没有const char *的类型，采用的方法是：在JNI函数中直接用const char *方式写入文件路径，不再从Java层向native传路径，不算很丝滑，至少能解决断点可用的问题。

至于，为什么Android7的虚拟机就没有这个问题，为什么重启电脑会暂时解决问题，暂时没有答案，欢迎小伙伴们一直探讨。