VS2017调试时单步跳过JNI_CreateJavaVM导致程序崩溃

我之前也碰到过类似的VS版本迁移后JNI调试的奇怪问题，结合你的情况，咱们来拆解下可能的原因和解决思路：

• 调试器优化与JNI函数的特殊性
  VS2017的调试器默认启用了更多优化选项，尤其是针对动态加载函数的调试处理。JNI_CreateJavaVM作为JNI的核心入口函数，内部涉及大量跨模块（jvm.dll和你的进程）的资源初始化，单步跳过（Step Over）时调试器可能还没完全同步函数调用后的内存状态，导致误报空指针异常。
  你可以试试调整调试器设置：

  1. 右键项目 -> 属性 -> 调试 -> 取消勾选“启用本机代码优化”
  2. 转到“C/C++ -> 优化”，将优化级别设为/Od（禁用所有优化）
     这样能让调试器更准确地跟踪动态加载函数的执行状态。

• jvm.dll加载时机与初始化顺序
  动态加载jvm.dll时，VS2017的加载机制可能和VS2013略有不同。确保你在调用JNI_CreateJavaVM前，已经正确设置了JavaVMInitArgs的参数，尤其是classpath和version字段，这些参数的错误也可能导致调试阶段的异常，但运行时因为初始化流程完成而恢复正常。
  可以在加载jvm.dll后，先调用GetLastError()确认加载是否成功，再检查JNI_CreateJavaVM的函数指针是否有效：

  HMODULE jvmModule = LoadLibrary(L"jvm.dll");
  if (jvmModule == nullptr) {
      DWORD err = GetLastError();
      // 处理加载错误
  }
  typedef jint(JNICALL *CreateJavaVMFunc)(JavaVM**, JNIEnv**, void*);
  CreateJavaVMFunc createFunc = (CreateJavaVMFunc)GetProcAddress(jvmModule, "JNI_CreateJavaVM");
  if (createFunc == nullptr) {
      // 处理函数指针获取失败
  }
  

• 调试器的“即时窗口”验证
  当触发空指针异常时，别急着继续，先打开调试器的即时窗口（Immediate Window），检查JavaVM和JNIEnv指针是否真的为空。很多时候这种调试阶段的异常是调试器的误判，因为JNI内部的一些延迟初始化操作还没完成，但实际程序逻辑已经正确处理了指针。

• VS2017调试引擎的兼容性
  尝试更新VS2017到最新的补丁版本，旧版本的调试引擎可能存在针对JNI跨模块调用的bug。另外，也可以切换调试引擎的类型：在调试会话开始前，选择“调试 -> 选项 -> 调试 -> 常规”，取消勾选“使用托管兼容模式”（如果你的项目是纯原生的话）。

总结下来，这种“调试时异常但运行正常”的情况大多是调试器和JNI跨模块交互的兼容性问题，调整调试器设置和验证初始化流程应该能解决。

内容的提问来源于stack exchange，提问作者ArthwitRail