使用JNI从Java调用本机(C++）函数时发生访问冲突:这是我的代码问题，还是已知问题

我有一个在C++代码中定义的本机函数，它在Java中调用(在C++调用Java代码之后)。

(1) C++中本机函数的声明/定义：

// C++ declaration/definition of the native function:
JNIEXPORT void JNICALL setEncoderProgressStatus (JNIEnv * env, jobject theClass, jlong jEncoderDecoderDlg, jstring status)
{
// Do nothing.  Obviously, the real function does something.
// But an access violation is reported even in the do-nothing case.
}

(2) 在C++中注册本机函数

// Registration of this function with JNI in the C++ code
JNINativeMethod commandLineEncoderMethods[] =
{
{"setEncoderProgressStatus","(JLjava/lang/String;)V", (void*)setEncoderProgressStatus}
};
// pEnv is a valid JNIEnv *
// jCommandLineEncoderClass has already been initialized
pEnv->RegisterNatives(jCommandLineEncoderClass, commandLineEncoderMethods, sizeof(commandLineEncoderMethods)/sizeof(JNINativeMethod))

(3) Java中本机函数的声明：

// The Java code, in turn, declares the native function as follows:
public static native void setEncoderProgressStatus(long EncoderDecoderDlg, String status);

(4) 在Java代码中调用本机函数：

// Finally, the Java code calls the native function as follows:
// The real code passes different args,
// but an access violation is reported even in the do-nothing case.
// Commenting out the following line of code makes the access violation disappear.
setEncoderProgressStatus(0, "");

请注意，此代码100%成功地工作，并且已经工作了很长时间。我刚刚注意到，在VisualStudio2010的调试器中运行时，会报告访问冲突。简单地注释掉对Java中本机函数的调用，就会导致访问冲突消失。

如果我知道在VS2010中以调试模式运行应用程序时，这是JNI的一个已知"侥幸"，并且这并不代表我的代码有问题，那么我会感到满意。

但是，我想确认我的代码没有可能的问题。

*附录*

访问冲突不会导致程序执行停止。相反，访问违规的唯一指示是"输出"窗口中的一行。我不确定这是否意味着访问违规得到了处理；然而，我想这意味着它被处理了。然而，即使它被处理了，我也想知道它是否一定表明我的代码有问题。

这是输出窗口中的消息：

EncoderDecoder.exe中0x03fbb256处的首次机会异常：0xC0000005:访问违规读取位置0x003d0100

。。。

*第二次附录*

我发现，当C++应用程序保持与JVM的连接，并且我再次从C++应用程序执行相同的代码(导致调用相同的Java代码，进而导致Java代码调用相同的JNI函数)时，访问违规不会出现。

(在我的实际程序中，有许多不同的本机函数在许多不同的类中被调用，因此准确地隔离访问冲突何时被报告和何时停止被报告并不简单，但在不退出C++应用程序的情况下，使用相同加载的JVM，第三次运行相同的功能时，会出现没有第一次访问冲突。)n个错误(也没有明显的访问冲突错误)。

这让我相信，结合Ben Voigt下面的回答(以及相关评论)，JVM代码确实导致first-chance exception (access violation)作为其NORMAL处理的一部分发生，并且这不是我的代码的问题。

*附录3*

发件人http://blogs.msdn.com/b/davidklinems/archive/2005/07/12/438061.aspx:

首次机会异常消息通常并不意味着存在代码中的问题。

仍然有可能，碰巧是访问违规的首次机会异常更有可能代表真正的问题，在这种情况下，我的问题仍然悬而未决；但是，我认为证据表明，这可能只是JVM的工作方式，并不代表我的代码有问题。