32位程序可以调用64位的库吗？解决方法

32位程序可以调用64位的库吗？

电脑环境为位，我使用调试一个程序。在这个程序中，我调用64位的库，程序报错：

前端和后端不兼容(必须以同一处理器为目标)

代码生成失败

好像程序是不能直接调用64位的dll的，那可以直接调用64位的lib吗？（本人还抱有一点侥幸心理）

如果不能直接调用，有没有什么方法可以间接调用呢？

------解决方案--------------------

当然不可以，别想了

反过来可以

------解决方案--------------------

不要做A语言代码修改为B语言代码的无用功。

也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。

只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。

即可很方便地让A、B两种语言之间协调工作。

比如：

A将请求数据写到文件，写完后改名为

B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt

A发现bb.txt存在时，读取其内容，读完后删除bb.txt

以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。

除非A或B不支持判断文件是否存在、文件读写和文件更名。

但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？

共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：

·进程之间松耦合

·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。

·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。

·方便在线开关服务，只需删除或创建该临时文本文件即可。

·方便实现分布式和负载均衡。

·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）

·……

请楼主自行将A语言替换为64位程序，B语言替换为32位程序。

------解决方案--------------------

这和32位程序能不能调用16位DOS版本的lib是一样的。

32位和64位属于不同的指令集了

------解决方案--------------------

还是老实改成64为程序吧。

------解决方案--------------------

不好吧。。。。。。。。。。。。。。。。。。。。。