JNI使用技巧点滴(二)

作者:normalnotebook 背景<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

上一讲我们介绍了JNI的基本概念和基本用法。现在介绍复杂一点的例子,用JNI调用其他工具生成的DLL,实现某个特定的功能。在这里我们将用VC编写一个DLL,供JAVA调用。

VC编写简单DLL

这个DLL实现一个简单的字符串传递,然后弹出一个消息框,显示所传递的字符串,同时将所传递的字符串变成小写,返回给JAVA程序。即JAVA程序和VC编写的DLL实现字符串互传。

打开VC集成开发环境,选择file->new->Projects,选择MFC AppWizard(dll),然后输入工程名,在这里我们输入的是VJString。单击下一步,其余取默认选项。

在VJString.h头文件里面声明两个方法,示列代码如下:

………..

#include "resource.h" // main symbols 这是VC生成的代码

//---------add by normalnotebook 8/9/2004 start----------//

void showMessage(char *text,char *caption);

void cToJavaStr(char *context);

//---------add by normalnotebook 8/9/2004 end ----------//

…………..

然后在VJString.cpp里面加入这两个方法的实现。

//---------add by normalnotebook 8/9/2004 start----------//

void showMessage(char *text,char *caption)

{

CString strText,strCaption;

strText.Format(_T("%s"),text);

strCaption.Format(_T("%s"),caption);

MessageBox(NULL,text,caption,MB_OK);

}

void cToJavaStr(char *context)

{

CString strContext;

strContext.Format("%s",context);

strContext.MakeLower();

strcpy(context,(LPCTSTR)strContext);

}

//---------add by normalnotebook 8/9/2004 end ----------//

到这里为止,DLL部分就基本差不多了。大家也许很奇怪,为什么不用CString 做参数,为什么要用最原始的char *。原因是这样的:在写JNI对应的C实现部分时,因为那是在C/C++的编译环境下,根本不认识CString这个MFC类。

还应该在VJString.def文件里面做导出函数的说明,示列代码如下:

EXPORTS

; Explicit exports can go here

showMessage

cToJavaStr

现在就可以开始编译,链接它。然后它会生成一个VJString.dll这个DLL文件,同时也会生成一个VJString.lib这个文件,供调用这个DLL的程序使用(那个调用程序是静态链接这个dll)。

把dll和lib文件拷贝到一个文件夹下。我们此时还可以做一个.h文件,供调用者使用。在这里我们将导出两个方法,在这个文件夹下生成一个VJString.h的头文件。如果调用程序是动态链接,可以不要.lib和.h文件。VJString.h头文件的内容如下:

_declspec(dllexport) void showMessage(char* ,char*);

_declspec(dllexport) void cToJavaStr(char*);

到这里为止,VC的DLL部分就编写完毕。接下来就是完成JNI部分了。

JNI部分

一.JAVA部分

在这里我们将举一个包含包的情况,因为有包要比无包复杂。在实际的项目中,可能都是包含包的情况(具体有什么需要注意的地方,请参看我前一篇文章)。

我们新建一个JAVA文件,取名为VJString.java;其内容如下所示:

package com.convertString;

public class VJString

{

static

{

System.out.println(System.getProperty("java.library.path"));

System.loadLibrary("JNIDLL");

}

public native void showMsg(String text,String caption);

public native String convertString(String context);

}

然后开始编译它,我们在这里写一个批处理文件。取名为VJ.bat,其内容如下:

javac -d . VJString.java

jar -cf VJString.jar com/

javah com.convertString.VJString

pause

然后保存它。双击VJ.bat运行它。是不是在当前文件夹下生成了三个文件,一个是VJString.jar 文件,com_convertString_VJString.h文件和com的文件夹。

也可以不写批处理文件,直接在dos下敲入命令,具体方法参见我前一篇文章。

二.对应的C实现部分

在这里我们选择VC开发工具完成C实现部分。

打开VC集成开发环境,选择file->new->Projects,选择win32 Dynamic-link Library,我们把工程命名为JNIDLL,其余选择默认。同时把com_convertString_VJString.h和VJString.h两个头文件拷贝到这个工程下,同时也把VJString.lib文件也拷贝到这个工程下。jni.h的设置参见我前一篇文章。

把com_convertString_VJString.h和VJString.h两个头文件加入到工程中去。我们修改com_convertString_VJString.h里面的内容。我们将在里面添加两个函数,一个用来把ANSI编码转化为UNICODE编码。一个用来把UNICODE编码转化为ANSI编码。在#ifdef __cplusplus之前添加,添加的代码如下:

//---------add by normalnotebook 8/9/2004 start----------//

void convertUniToANSI(JNIEnv *,jstring ,char* );

jstring convertANSIToUNI(JNIEnv *,char* );

//---------add by normalnotebook 8/9/2004 end ----------//

然后选择new->File->C++ Source File,输入文件名,我们取名为JNIDLL。然后就会生成一个空的JNIDLL.cpp文件,接下来就开始实现JAVA的对应方法了,示列如下:

#include "com_convertString_VJString.h"

#include "stdio.h"

#include "VJString.h"

#include "windows.h"

/*

* Class: com_convertString_VJString

* Method: showMsg

* Signature: (Ljava/lang/String;Ljava/lang/String;)V

*/

JNIEXPORT void JNICALL Java_com_convertString_VJString_showMsg

(JNIEnv *env, jobject obj, jstring text, jstring caption)

{

char chText[256*2];

char chCaption[256*2];

convertUniToANSI(env,text,chText);

convertUniToANSI(env,caption,chCaption);

showMessage(chText,chCaption);

}

/*

* Class: com_convertString_VJString

* Method: convertString

* Signature: (Ljava/lang/String;)V

*/

JNIEXPORT jstring JNICALL Java_com_convertString_VJString_convertString

(JNIEnv *env , jobject obj, jstring context)

{

char chContext[256*2];

convertUniToANSI(env,context,chContext);

cToJavaStr(chContext);

return convertANSIToUNI(env,chContext);

}

/*

* Class: null

* Method: convertUniToANSI

* detail: 将UNICODE编码转换成ANSI编码

*/

void convertUniToANSI(JNIEnv *env,jstring oldStr,char* newStr)

{

int desc_len=256*2;

int len;

if(oldStr==NULL||newStr==NULL)

return ;

wchar_t *w_buffer = new wchar_t[256];

wcscpy(w_buffer,env->GetStringChars(oldStr,0));

env->ReleaseStringChars(oldStr,w_buffer);

len = WideCharToMultiByte(CP_ACP,0,w_buffer,1024,newStr,desc_len,NULL,NULL);

if(len>0 && len<desc_len)

{

newStr[len]='/0';

}

delete[] w_buffer;

}

/*

* Class: null

* Method: convertANSIToUNI

* detail: 将ANSI编码转换成UNICODE编码

*/

jstring convertANSIToUNI(JNIEnv *env,char* cStr)

{

int slen = strlen(cStr);

if(!env||slen==0)

return NULL;

jchar* buffer = new jchar[slen];

int len = MultiByteToWideChar(CP_ACP,0,cStr,strlen(cStr),buffer,slen);

if(len>0 && len < slen)

buffer[len]='/0';

jstring js = env->NewString(buffer,len);

delete [] buffer;

return js;

}

函数convertANSIToUNI()和convertUniToANSI ()是两个通用函数,可以直接拷贝到你的代码中使用,只需要把字符串传递进来就可以了。在使用这两个函数前,一定要包含#include "windows.h"这个头文件,因为MultiByteToWideChar()和WideCharToMultiByte()是在这里面声明的。

一定记得要在projectàsettingàlinkàlibrary module 里面加入VJString.lib。

现在就开始编译它,会生成一个JNIDLL.dll的文件。

测试部分

把JNIDLL.dll和VJString.dll拷贝到正确的路径下(路径设置具体参见前一篇文章)。然后开始写一个测试程序。对于有包的情况,包也一定要设置正确。如果是jar文件,直接丢到JDK目录下的lib文件夹下。或者设置路径也可。

testJni.java的内容如下所示:

import com.convertString.VJString;

public class testJni

{

public static void main(String args[])

{

VJString str=new VJString();

String text,caption,context;

text="成功啦!";

caption="Haha......";

context="FOUNDER";

str.showMsg(text,caption);

System.out.println(str.convertString(context));

}

}

然后编译,运行。

呵呵,是不是成功了!但不要高兴的太早了。我在java控制台里面可以成功,但把它用到jsp页面就失败了,说是找不到本地化方法里面的函数。

后记

我们来通过其他的工具,打开JNIDLL.dll看看。

文件名: ……../JNIDLL/Debug/JNIDLL.dll

------------------------------------------------

导出表所处的节:.rdata

------------------------------------------------

原始文件名 JNIDLL.dll

nBase 00000001

NumberOfFunctions 00000002

NumberOfNames 00000002

AddressOfFunctions 0002AED8

AddressOfNames 0002AEE0

AddressOfNameOrd 0002AEE8

------------------------------------------------

导出序号 虚拟地址 导出函数名称

------------------------------------------------

00000001 0000101E _Java_com_convertString_VJString_convertString@12

00000002 <?xml:namespace prefix = st1 ns = "urn:schemas-microsoft-com:office:smarttags" />0000100A _Java_com_convertString_VJString_showMsg@16

发现我们导出的函数是不是都变了,我们在程序中明明调用的是convertString()和showMsg(),怎么都成了这样了?

其实这是微软的一套规则,@表示函数名称的结束,后面的数字代表的是参数所占的字节数。上面的原因可能就是这里出了错,因为你导出的函数和你调用的函数名称不一致。所以你的把导出函数的名称改正过来。方法就是加一个def文件。在写JNI的C实现部分中,加入一个JNIDLL.def。其内容如下:

LIBRARY "JNIDLL"

DESCRIPTION 'ImageConvertDll Windows Dynamic Link Library'

EXPORTS

; Explicit exports can go here

Java_com_convertString_VJString_showMsg

Java_com_convertString_VJString_convertString

然后重新编译它,然后用新的JNIDLL.dll替换旧的dll,在运行程序,发现在jsp页面也成功了。

我们再用工具分析这个DLL看看。

文件名: ……../JNIDLL/Debug/JNIDLL.dll

------------------------------------------------

导出表所处的节:.rdata

------------------------------------------------

原始文件名 JNIDLL.dll

nBase 00000001

NumberOfFunctions 00000002

NumberOfNames 00000002

AddressOfFunctions 0002AED8

AddressOfNames 0002AEE0

AddressOfNameOrd 0002AEE8

------------------------------------------------

导出序号 虚拟地址 导出函数名称

------------------------------------------------

00000001 0000101E Java_com_convertString_VJString_convertString

00000002 0000100A Java_com_convertString_VJString_showMsg

发现函数名称是不是变了。但现在的名字也不是我们所调用的名称啊?我想情况应该是这样的:JNI是本地化方法,要在java虚拟机和其他的平台建立起关系,必然有她自己的一套规则,可能在这里有所体现。当我们在java中调用JNI生成的DLL里面的函数时,直接调用的是convertString()和showMsg(),编译器这时就会在前面加上一个Java,然后加上包名,再加上本地化方法的类名,最后再加上所调用的函数,到DLL里面去找相应的函数,这时就变成了Java_com_convertString_VJString_convertString

和Java_com_convertString_VJString_showMsg,是不是和DLL里面导出的函数一致了。如果你的包名换了,当然你得重新写一个DLL。

还有一个有趣的现象是,用dos编译和在Eclipse里面写的程序,竟然打印出的java.library.path路径顺序有所不同。在我们实际的项目中,写dos下的程序,非要把dll放到系统盘的windows/system32/下面。因为我们COM组件里面有一个要取当前的路径,然后在进行其他的操作。这是一种特殊的情况。但也同时告诉我们了一件事情,在dos下,在调用本地方法时,是windows/system32/下面的某个东东再起桥梁作用。但在Eclipse里面,随便放置都可以。我在写这个示列时,就放在与java文件的同一级目录下,运行是成功的。     欢迎大家与我交流 normalnotebook@126.com

如果转载请注明出处与作者。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏逸鹏说道

在 ASP.NET MVC 中使用异步控制器

可以通过 AsyncController 类编写异步操作方法。 可以对长时间运行的、非 CPU 绑定的请求使用异步操作方法。 这样可避免在处理请求时阻塞 Web...

36911
来自专栏DOTNET

ASP.NET MVC编程——路由

框架自动生成的路由配置 ? 上图中,路由配置文件为App_Start文件夹下的RouteConfig.cs。 代码如下: public class RouteC...

37712
来自专栏大内老A

ASP.NET Core应用针对静态文件请求的处理[5]: DefaultFilesMiddleware中间件如何显示默认页面

DefaultFilesMiddleware中间件的目的在于将目标目录下的默认文件作为响应内容。我们知道,如果直接请求的就是这个默认文件,那么前面介绍的Stat...

2035
来自专栏芋道源码1024

分布式消息队列 RocketMQ 源码分析 —— Message 拉取与消费(上)

摘要: 原创出处 http://www.iocoder.cn/RocketMQ/message-pull-and-consume-first/ 「芋道源码」欢迎...

3716
来自专栏大内老A

[WCF权限控制]模拟(Impersonation)与委托(Delegation)[上篇]

由于服务操作是在寄宿进程中执行,在默认的情况下,服务操作是否具有足够的权限访问某个资源(比如文件)决定于执行寄宿进程Windows帐号的权限设置,而与作为客户端...

2666
来自专栏码农阿宇

asp.net core轻松入门之MVC中Options读取配置文件

接上一篇中讲到利用Bind方法读取配置文件 ASP.NET Core轻松入门Bind读取配置文件到C#实例 那么在这篇文章中,我将在上一篇文章的基础上,利...

2564
来自专栏熊训德的专栏

Hbase compaction 源码分析一:compaction 概况分析

本文档从框架的源码角度梳理了,hbase 在什么情况下会触发compaction,并通过官方文档说明出发minor 和major compaction的时间点。

5011
来自专栏大内老A

ASP.NET Core中如影随形的”依赖注入”[下]: 历数依赖注入的N种玩法

在对ASP.NET Core管道中关于依赖注入的两个核心对象(ServiceCollection和ServiceProvider)有了足够的认识之后,我们将关注...

68810
来自专栏Linyb极客之路

文件监听之WatchService浅析

用watchservice修改配置文件方式仅适合于比较小的项目,例如只有一两台服务器,而且配置文件是可以直接修改的。例如 Spring mvc 以 war 包的...

1332
来自专栏韩东吉的Unity杂货铺

零基础入门 26:通过代码关闭程序

Hello,各位小伙伴,又是好久没见,因为最近工作变动的原因,停更了快一个月的时间,好多同学都QQ问我什么时候更,会不会不更新了之类的。答案当然是不会的。

821

扫码关注云+社区

领取腾讯云代金券