64位java调用32位dll文件下载_Java JNI Windows64位系统下 使用32位的dll

今天遇到在处理一个多classloader调用本地native方法报错的问题的时候,想要通过调用本地的一个dll进行测试。该dll是在32位环境下编译的。而OneCoder的调试机器是64位的win7。自然调用会报如下错误:

Can’t load IA 32-bit .dll on a AMD 64-bit

错误信息很明显,于是替换了一个32位的JDK,重新测试,结果又报找不到dll的异常。加载dll的代码很简单:

此时,我已经按照经验将dll扔到C:\windows\System32目录下了,感觉应该万无一失的,结果却不行。以前在做windows下libvirt接口开发的时候,就是这么做的,当时运行正常。这是为什么?

仔细回忆,想起当时的环境是win7 32位,而现在是64位的,难道windows的目录有变化?马上查看,果然在windows目录下又发现了一个SysWow64的文件夹,里面的文件几乎和System32内的文件一致。立马把hello.dll扔到里面再次运行。成功!

果然64位的win7的目录有变化,后来笔者也在网上搜索了一番,有几篇介绍windows32位和64位系统dll文件夹命名规则的文章,如果大家有兴趣可以去搜索一下。

由该问题,笔者也想起之前对于windows下libvirt开发的文章中介绍的操作方式可能不够严谨,当时也有很多朋友向OneCoder询问为什么他们按照我介绍的扔到System32目录下,仍然不好用,但是我没能给出解答,如此看来,很可能是那些朋友的开发环境是64位的系统,如果是这样,那他们放到C:\Windows\SysWoW64下,应该会好用了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值