系统网站里需要加载一个32位的dll文件，但是开发环境是64位导致不能加载32位的dll

aamyName123 2013-12-02 05:45:03

公司项目开发的一个系统网站项目中，启动服务时需要加载一个32位的dll文件，而导致不能启动项目。
一下是报的异常信息
java.lang.UnsatisfiedLinkError: C:\Users\lenovo\Downloads\apache-tomcat-7.0.47\bin\SHLicense.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

求大神指点，有什么解决办法64位系统里能加载32位的dll 。难道非要去重新装32位系统吗？

...全文

635 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

桃园闲人 2013-12-02

打赏
举报

回复

ddl文件从哪来的？如果是自己生成的就重新生成64位的，如果是第三方软件提供的，就让他们提供64位的ddl， java.lang.UnsatisfiedLinkError: C:\Users\lenovo\Downloads\apache-tomcat-7.0.47\bin\SHLicense.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform 这个错误说明你下载的tomcat7版本和系统不兼容，重新下载tomcat7 64bit的。

Defonds 2013-12-02

打赏
举报

回复

为啥不加载 64 位的呢

aamyName123 2013-12-02

打赏
举报

回复

坐等大神

代码使用C++编写，在windows 64位系统下，基于vs2015开发环境编译通过。实现功能：有些程序运行需要加载dll，为了减少文件数量或防止dll被发现，可以在编译阶段将dll文件加密后添加到可执行程序的资源文件中，该程序实现了（1）读取资源文件并释放到内存中（没有加解密，明文存储，但是推荐使用密文存储），或者（2）读取资源文件后写入到文件中存储。推荐使用第一种，dll文件释放到内存中后可以使用内存加载技术动态加载，优点是可以不用释放文件。注：不仅限于dll，任何类型的文件都可以

C#也提供了实现动态卸载DLL的方法，通过AppDomain来实现。AppDomain是一个独立执行应用程序的环境，当AppDomain被卸载的时候，在该环境中的所有资源也将被回收。

课程结合多种Windows进程常用DLL注入技术。远程线程注入APC注入，异步调用过程，向目标线程插入待执行任务从而完成注入。窗口消息注入，指定窗口进程注入，与全局钩子注入类似。环境块注入，获取进程上下文信息，直接性修改程序执行流程完成注入。进程入口点注入，在程序初始化的时机前将dll模块文件注入至目标主线程。进程调试级注入，涉及调试器相关功能调用知识点dll模块重定位内存注入，模拟操作系统加载PE文件方式，直接将dll文件内存数据写入目标进程并执行。导入表注入，涉及PE相关知识点，增加区段，移动导入表，增加导入表、增加导出函数，修复表项数据等。内核驱动级Dll模块注入技术，内核驱动入门扩展。

模块原理： wow64 是在 64 位操作系统上允许 32 位程序（比如易编译的程序）执行的模拟器子系统；在 64 位操作系统中，不管你的程序是 32 还是 64 位的，其实都存在两个地址空间，正常情况下 32 位程序访问的自然是 32 位的地址空间，而 64 位程序访问其 64 位地址空间。但是这两个空间是同时存在且可以切换的，本模块就是通过该原理切换到 64 位地址空间获取 ntdll.dll 相关函数进行调用（注：此基址是 64 位的，与平常获取的 32 位模块基址截然不同）；也就是：wow 环境 -> 进入 x64 环境 -> x64 函数调用或 x64 汇编代码 -> 退出 x64 环境 -> wow 环境，以上必须在一个子程序内完成；部分实现代码借鉴 c++ 开源代码：wow64ext，在此感谢作者 rewolf。模块功能：实现易语言纯 64 位汇编置入代码；允许调用易程序 64 位 ntdll.dll 的所有函数，也就是你虽然开发的是 32 位程序，但可以实现很多 64 位函数所能实现的功能；直接使用 64 位函数ziyou读写（注入） 64 位进程，与很多模块调用 NtWow64xxx 系列函数实现的方式有本质不同；部分常用 ntdll.dll 函数已在模块直接提供，或以模拟 kernel32 函数的调用形式提供，v1.1 新增多个函数；未提供函数获取地址后，可使用 X64Call 这个通用函数调用即可；大部分提供的 64 位功能也同时提供了 32 位版本，以便兼容不同需求（模块在 32 位系统中不会开启 64 位功能引起异常，但 32 位功能依然可用）；支持加载任意 32/64 位 DLL，从此易语言可以调用外部 64 位 DLL 了（包括加载 kernel32.dll），v1.1 新增功能；除了动态加载外，还支持 32 位 DLL 的内存加载，但 64 位只能加载本地 DLL 文件，v1.1 新增功能；如有 BUG，请提供错误重现代码及执行环境，如非不可抗因素我都会及时更新的；部分命令简述：以下只是适用于 64 位的部分函数，模块中以相同命令形式实现的 32 位命令，这里就不列举了；辅助函数 fn_WOW64Enabled 如果你在代码中需要使用 64 位汇编或者操作 64 位进程，则初始化时应确保本函数返回真。实际只要是 64 位操作系统，均应返回真 fn_ProcessIsX64 检测指定进程是否为 64 位进程 fn_CalcModOrFuncHash 使用过动态调用DLL的都清楚取模块基址和函数指针，微软默认使用字符串对比，本模块可使用哈希对比效率和易用上相对提升，本函数用于计算模块或函数哈希易内部命令 X64Call 调用 64 位函数通用版本 X64MemCopy 同类还有 X64MemCmp 函数；从 64 地址复制数据或 64 位地址与 32 位地址数据对比，但仅限进程内部 X64GetLong64 获取 64 位地址数值，同类函数还有：X64GetLong32、X64GetWord、X64GetByte X64GetTEB 取当前易程序 64 位 TEB，通过 TEB 再取 PEB，则进程和线程信息以及模块等一览无余了 GetNtdll64 ntdll.dll 在 64 位环境下的内存基址 GetModuleHandleEx64 通过模块哈希值获取其 64 位地址空间的内存基址（易进程而不是外部进程哦）；同类还有 GetModuleHandle64 GetProcAddressEx64 通过函数哈希值或函数索引序号获取其 64 位调用地址；同类还有 GetProcAddress64 NtQuerySystemInformation64 查询系统信息，可获取很多类别信息。这个 API 微软已不推荐使用并给出部分替代 API，但其个别功能十分好用且没用可替代品。查询系统进程也是最全面的 OpenProcess64 打开进程句柄，关闭进程句柄时使用 CloseHandle64；【v1.1新增】 HeapAlloc64 堆管理函数，同类还有 GetDefaultHeap64/HeapReAlloc64/HeapFree64/HeapSize64；【v1.1新增】 malloc64 简化版默认堆管理函数，同类还有 realloc64/free64 RtlUnicodeToAnsi64 内核实现的 Unicode、Ansi 结构（不是数据指针）管理函数，同类还有：RtlInitAnsiString64/RtlFreeAnsiString64、RtlInitUnicodeString64/RtlFreeUnicodeString64、RtlAnsiToUnicode

模块原理： wow64 是在 64 位操作系统上允许 32 位程序（比如易编译的程序）执行的模拟器子系统；在 64 位操作系统中，不管你的程序是 32 还是 64 位的，其实都存在两个地址空间，正常情况下 32 位程序访问的自然是 32 位的地址空间，而 64 位程序访问其 64 位地址空间。但是这两个空间是同时存在且可以切换的，本模块就是通过该原理切换到 64 位地址空间获取 ntdll.dll 相关函数进行调用（注：此基址是 64 位的，与平常获取的 32 位模块基址截然不同）；也就是：wow 环境 -> 进入 x64 环境 -> x64 函数调用或 x64 汇编代码 -> 退出 x64 环境 -> wow 环境，以上必须在一个子程序内完成；部分实现代码借鉴 c++ 开源代码：wow64ext，在此感谢作者 rewolf。模块功能：实现易语言纯 64 位汇编置入代码；允许调用易程序 64 位 ntdll.dll 的所有函数，也就是你虽然开发的是 32 位程序，但可以实现很多 64 位函数所能实现的功能；直接使用 64 位函数自由读写（注入） 64 位进程，与很多模块调用 NtWow64xxx 系列函数实现的方式有本质不同；部分常用 ntdll.dll 函数已在模块直接提供，或以模拟 kernel32 函数的调用形式提供，v1.1 新增多个函数；未提供函数获取地址后，可使用 X64Call 这个通用函数调用即可；大部分提供的 64 位功能也同时提供了 32 位版本，以便兼容不同需求（模块在 32 位系统中不会开启 64 位功能引起异常，但 32 位功能依然可用）；支持加载任意 32/64 位 DLL，从此易语言可以调用外部 64 位 DLL 了（包括加载 kernel32.dll），v1.1 新增功能；除了动态加载外，还支持 32 位 DLL 的内存加载，但 64 位只能加载本地 DLL 文件，v1.1 新增功能；如有 BUG，请提供错误重现代码及执行环境，如非不可抗因素我都会及时更新的；模块部分命令简述：以下只是适用于 64 位的部分函数，模块中以相同命令形式实现的 32 位命令，这里就不列举了；辅Zhu函数 fn_WOW64Enabled 如果你在代码中需要使用 64 位汇编或者操作 64 位进程，则初始化时应确保本函数返回真。实际只要是 64 位操作系统，均应返回真 fn_ProcessIsX64 检测指定进程是否为 64 位进程 fn_CalcModOrFuncHash 使用过动态调用DLL的都清楚取模块基址和函数指针，微软默认使用字符串对比，本模块可使用哈希对比效率和易用上相对提升，本函数用于计算模块或函数哈希易内部命令 X64Call 调用 64 位函数通用版本 X64CallArr 调用 64 位函数通用版本，数组方式传参，支持无限个数参数；【v1.2新增】 X64MemCopy 同类还有 X64MemCmp 函数；从 64 地址复制数据或 64 位地址与 32 位地址数据对比，但仅限进程内部 X64GetLong64 获取 64 位地址数值，同类函数还有：X64GetLong32、X64GetWord、X64GetByte X64GetTEB 取当前易程序 64 位 TEB，通过 TEB 再取 PEB，则进程和线程信息以及模块等一览无余了 GetNtdll64 ntdll.dll 在 64 位环境下的内存基址 GetModuleHandleEx64 通过模块哈希值获取其 64 位地址空间的内存基址（易进程而不是外部进程哦）；同类还有 GetModuleHandle64 GetProcAddressEx64 通过函数哈希值或函数索引序号获取其 64 位调用地址；同类还有 GetProcAddress64 NtQuerySystemInformation64 cha询系统信息，可获取很多类别信息。这个 API 微软已不推荐使用并给出部分替代 API，但其个别功能十分好用且没用可替代品。cha询系统进程也是最全面的 OpenProcess64 打开进程句柄，关闭进程句柄时使用 CloseHandle64；【v1.1新增】 HeapAlloc64 堆管理函数，同类还有 GetDefaultHeap64/HeapReAlloc64/HeapFree64/HeapSize64；【v1.1新增】 malloc64 简化版默认堆管理函数，同类还有 realloc64/free64 RtlUnicodeToAnsi64 内核实现的 Unicode、Ansi 结构（不是数据指针）管理函数，同类还有：RtlInitAnsiString64/RtlFreeAnsiString64、RtlIni

81,092

社区成员

341,716

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章