首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >使用JNI调用本机(C++)函数的访问冲突:这是我的代码中的问题还是已知的问题?

使用JNI调用本机(C++)函数的访问冲突:这是我的代码中的问题还是已知的问题?
EN

Stack Overflow用户
提问于 2012-11-18 05:44:32
回答 1查看 1.9K关注 0票数 2

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

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

代码语言:javascript
运行
复制
// 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++中本机函数的注册

代码语言:javascript
运行
复制
// 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中声明本机功能:

代码语言:javascript
运行
复制
// The Java code, in turn, declares the native function as follows:

public static native void setEncoderProgressStatus(long EncoderDecoderDlg, String status);

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

代码语言:javascript
运行
复制
// 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%成功,并且已经工作了很长时间。我刚刚注意到,在Visual 2010中的调试器中运行时,报告了访问冲突。只需注释掉Java中对本机函数的调用,就会导致访问冲突消失。

如果我知道在VS 2010中在调试模式下运行应用程序时这是JNI的一个已知的“侥幸”,并且它并不代表我的代码存在问题,那么我将感到满意。

但是,我想确认一下,我的代码没有任何可能的问题。

..。

*增编*

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

以下是输出窗口中的消息:

在EncoderDecoder.exe: 0xC0000005:访问冲突读取位置0x003d0100中0x03fbb256出现第一次异常

..。

*第二增编*

我发现,当C++应用程序保持与JVM的连接,并且再次从C++应用程序执行相同的代码(导致调用相同的C++代码,这反过来又导致Java代码调用相同的JNI函数)时,访问冲突就不会出现。

(在我的实际程序中,在多个不同类中调用了许多不同的本机函数,因此不容易准确地隔离何时报告访问冲突,以及何时停止报告访问冲突--但在第三次运行相同功能而不退出C++应用程序的情况下,使用相同加载的JVM,就不会出现不发生第一次访问冲突错误(也不会出现普通的访问冲突错误)。

这使我相信,结合Ben下面的回答(以及相关的注释),JVM代码确实会导致first-chance exception (access violation)作为其正常处理的一部分发生,并且这与我的代码无关。

..。

*增编3 *

来自http://blogs.msdn.com/b/davidklinems/archive/2005/07/12/438061.aspx

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

仍然存在这样一种可能性,即一次偶然的异常恰好违反了访问权,更有可能代表一个真正的问题,在这种情况下,我的问题仍然是开放的;但是--我认为证据表明,这就是JVM的工作方式,并不代表我的代码存在问题。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2012-11-18 05:54:26

这是一个未处理的访问冲突,还是如果您继续(让异常处理程序运行)调用是否继续进行?

JIT编译器有很多技巧来为函数生成本机代码,而不需要每次调用都需要一个条件来查看函数是否是JITted。其中一种技术是拦截第一个调用,因为它会产生访问冲突以触发JIT编译器。在代码生成一次之后,以后的调用将毫无例外地进行。

我不太熟悉Java编译器是否真的这么做,但是如果不给出您正在运行的JIT的具体信息,您就无法得到明确的答案。它是Sun/Oracle HotSpot编译器吗?x86、x86_64或其他平台?您深入了解了实现细节,这些细节因实现而异。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/13437824

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档