JAVA认证：Java中调用dll动态库简洁方法

会计考友 · 发表于 2012-8-4 12:44:44

解压JNative-1.3.2.zip 获得三个文件，分袂是：JNativeCpp.dll，libJNativeCpp.so，JNative.jar 。JNativeCpp.dll Windows下用的，拷到windows / system32目录下；
libJNativeCpp.so Linux下使用的；
JNative.jar　这是一个扩展包，加载到你的轨范中就可以。
一个简单例子
import org.xvolks.jnative.JNative;
import org.xvolks.jnative.Type;
import org.xvolks.jnative.exceptions.NativeException;
public class JNativeTest {
public static final int messageBox（int parentHandle， String message，
String caption， int buttons）{// throws NativeException， IllegalAccessException {
JNative n = null;
try {
n = new JNative（“User32.dll”， “MessageBoxA”）; //“.dll”不用也可以，常量DLL_NAME的值为User32.dll
// 机关JNative时完成装载User32.dll，而且定位MessageBoxA体例
n.setRetVal（Type.INT）; // 指定返回参数的类型
int i = 0;
n.setParameter（i++， Type.INT， “” + parentHandle）;
n.setParameter（i++， Type.STRING， message）;
n.setParameter（i++， Type.STRING， caption）;
n.setParameter（i++， Type.INT， “” + buttons）; // 指定位置上的参数类型和值
n.invoke（）; // 挪用体例
return Integer.parseInt（n.getRetVal（））;
}
catch（Exception ex）{
ex.printStackTrace（）;
}
finally {
if （n ！= null）
try {
n.dispose（）;
} catch （NativeException e） {
// TODO Auto-generated catch block
e.printStackTrace（）;
} catch （IllegalAccessException e） {
// TODO Auto-generated catch block
e.printStackTrace（）;
} // 记得释放

}
return 0;
}
public static void main（String［］ args） throws NativeException， IllegalAccessException{
JNativeTest.messageBox（100，“这是使用jnative操练”， “jnativetest”， 1）;
}
}
关于linux下编译 C代码部门声名：
对于linux分歧版本，可能会导致libJNativeCpp.so分歧
原带的libJNativeCpp.so 是在glic2.4下编译的
为了顺应glic2.3的情形，从头编译了libJNativeCpp.so，在for gcc3.4.6 glibc 2.3下。
编译法子：
在JNative-1.3.2-src\JNativeCpp\Release目录下
1、备份calls.o和 asm_io.o这两个Object文件
2、make clean
3、恢复到当前目录calls.o和 asm_io.o这两个Object文件
4、make
今朝已经改削了Release目录下的makefile和subdir.mk文件，使得在make clean的时辰不删除calls.o和 asm_io.o两个文件
附：linux 动态库搜索路径：
export LD_LIBRARY_PATH=`pwd`：$LD_LIBRARY_PATH
makefile 文件
################################################################################
# Automatically-generated file. Do not edit！
################################################################################
-include 。./makefile.init
RM ：= rm -rf
# All of the sources participating in the build are defined here
-include sources.mk
-include subdir.mk
-include objects.mk
ifneq （$（MAKECMDGOALS），clean）
ifneq （$（strip $（C++_DEPS）），）
-include $（C++_DEPS）
endif
ifneq （$（strip $（CC_DEPS）），）
-include $（CC_DEPS）
endif
ifneq （$（strip $（C_DEPS）），）
-include $（C_DEPS）
endif

ifneq （$（strip $（CPP_DEPS）），）
-include $（CPP_DEPS）
endif
ifneq （$（strip $（CXX_DEPS）），）
-include $（CXX_DEPS）
endif
ifneq （$（strip $（C_UPPER_DEPS）），）
-include $（C_UPPER_DEPS）
endif
endif
-include 。./makefile.defs
# Add inputs and outputs from these tool invocations to the build variables
# All Target
all： libJNativeCpp.so
# Tool invocations
libJNativeCpp.so： $（OBJS） $（OBJS_ASM） $（USER_OBJS）
@echo ‘’Building target： $@‘’
@echo ‘’Invoking： GCC C++ Linker‘’
g++ -shared -o“libJNativeCpp.so” $（OBJS） $（OBJS_ASM） $（USER_OBJS） $（LIBS）
@echo ‘’Finished building target： $@‘’
@echo ‘’ ‘’
# Other Targets
clean：
-$（RM） $（OBJS）$（C++_DEPS）$（CC_DEPS）$（C_DEPS）$（CPP_DEPS）$（LIBRARIES）$（CXX_DEPS）$（C_UPPER_DEPS） libJNativeCpp.so
-@echo ‘’ ‘’
.PHONY： all clean dependents
.SECONDARY：
-include 。./makefile.targets
subdir.mk 文件
################################################################################
# Automatically-generated file. Do not edit！
################################################################################
# Add inputs and outputs from these tool invocations to the build variables
C_SRCS +=
。./jni_util.c
。./mem.c
CPP_SRCS +=
。./CallBack.cpp
。./WindowProcUtil.cpp

。./org_xvolks_jnative_JNative.cpp
ASM_SRCS +=
。./asm_io.asm
。./calls.asm
OBJS +=
。/CallBack.o
。/WindowProcUtil.o
。/jni_util.o
。/mem.o
。/org_xvolks_jnative_JNative.o
OBJS_ASM +=
。/asm_io.o
。/calls.o
C_DEPS +=
。/jni_util.d
。/mem.d
CPP_DEPS +=
。/CallBack.d
。/WindowProcUtil.d
。/org_xvolks_jnative_JNative.d
# Each subdirectory must supply rules for building sources it contributes
%.o：。./%.cpp
@echo ‘’Building file： $《‘’
@echo ‘’Invoking： GCC C++ Compiler‘’
g++ -I“/home/gongjan/jdk1.5.0_08/include/” -I“/home/gongjan/jdk1.5.0_08/include/linux” -O3 -Wall -c -fmessage-length=0 -Wl，--add-stdcall-alias -MMD -MP -MF“$（@：%.o=%.d）” -MT“$（@：%.o=%.d）” -o“$@” “$《”
@echo ‘’Finished building： $《‘’
@echo ‘’ ‘’
%.o：。./%.asm
@echo ‘’Building file： $《‘’
@echo ‘’Invoking： GCC Assembler‘’
nasm -f elf -d ELF_TYPE -o“$@” “$《”
@echo ‘’Finished building： $《‘’
@echo ‘’ ‘’
%.o：。./%.c
@echo ‘’Building file： $《‘’
@echo ‘’Invoking： GCC C Compiler‘’
gcc -I“/home/gongjan/jdk1.5.0_08/include/linux” -I“/home/gongjan/jdk1.5.0_08/include/” -O3 -Wall -c -fmessage-length=0 -Wl，--add-stdcall-alias -MMD -MP -MF“$（@：%.o=%.d）” -MT“$（@：%.o=%.d）” -o“$@” “$《”
@echo ‘’Finished building： $《‘’
@echo ‘’ ‘’

　　valuesa/value
　　/property
　　property name="password"
　　value/value
　　/property
　　/bean
　　/beans
　　测试类：
　　import org.springframework.context.ApplicationContext;import org.springframework.context.support.ClassPathXmlApplicationContext;public class Test }
　　和膳缦沔的 TestTemplate 类对比，就会发现 new DriverManagerDataSource（）这个过程不用我们写了，运行的时辰会发现一切都执行的好好的，也就是常说的 ExecuteAStatement 的 dataSource 这个属性被注入了。
　　那么这个过程到底该若何理解呢？ Spring 是一个对象池，可以简化为一个 Map，存多个主键和对象的映射。那么 Spring 运行的过程中，会按照 beans.xml 一步步进行需要的解析工作：
　　Map springEngine = new HashMap（）；
　　OK，解析到了
　　bean id="userDAO" ，发现 bean 界说，那就新建一个实例存到对象池里吧，主键就是 userDAO，值就是对象：
　　ExecuteAStatement bean1 = new ExecuteAStatement（）；
　　springEngine.put（"userDAO"， bean1）；
　　再往下执行，发现 property 界说：
　　property name="dataSource"
　　到了这里，就知道应该挪用 bean1.setDataSource（DataSource）体例了。可以接着执行，发现
　　ref bean="myDataSource" /，哦，这个体例的参数还没有呢，是个 bean 的引用，好了，要挪用这个体例，仍是先 new 一个名字为 myDataSource 的 bean2 吧。就跳到下面寻找 myDataSource 的界说，找到了：
　　bean id="myDataSource"property name="driverClassName"valueorg.hsqldb.jdbcDriver/value/propertyproperty name="url"valuejdbc:hsqldb:hsql://localhost:/value/propertyproperty name="username"valuesa/value/propertyproperty name="password"value/value/property /bean
　　像以前一样，先实例化这个类，然后看到 property 神色就挪用对应的 setXxx（）这样的体例，相当于下面一段代码：
　　// 新建一个数据源对象DriverManagerDataSource bean2 = new DriverManagerDataSource;bean2.setDriverClassName;bean2.setUrl;bean2.setUsername;bean2.setPassword;
　　不是还有个 bean 的 id 名字为 myDataSource 嘛，那就把它存到对象池琅缦沔：
　　springEngine.put（"myDataSource"， bean2）；
　　好了，最后就是把他们两个联系关系起来了，经由过程 ref 里指定的 bean id 名来联系关系起来：
　　// 省略类型转换的代码
　　springEngine.get（"userDAO"）。setDataSource（springEngine.get（"myDataSource"））；
　　最后返回给用户的就是一个对象池（一个 Map）了，所以别人挪用的时辰，就发现 springEngine.get（"userDAO"）回来的类的 dataSource 属性已经被实例化过了，这些都是 Spring 幕后工作的代码，经由过程反射机制来实现。
　　所以最后写代码挪用：
　　context.getBean（"userDAO"）的时辰，获得的是 ExecuteAStatement，这时辰还有一个 myDataSource，也可以被挪用：
　　context.getBean（"myDataSource"），获得的是 DriverManagerDataSource.

		自动登录	找回密码
密码			立即注册

[专业语言] JAVA认证：Java中调用dll动态库简洁方法