由于项目中调用了动态库，这些动态库放在C:\Windows\System32下面，但是当部署到了64位的机器上可能就有问题了，最近这个问题就纠结了半天，在本机32为系统上测试动态调用ddl成功了，部署到64位Window Server2008上面也没问题，可是为什么到了64位的WIN7系统上出了问题呢？
        最后才发现原来原来是DLL的位置不对，那么DLL到底该放到那呢？
        如果细心的你，你会发现在C:\Windows\目录下面有两个文件夹：System目录和System32目录，其实System目录是Windows 3.x遗留下来的，用来保持Windows的对一些旧的应用程序的向下兼容性。一般说来，16位的DLL文件(以及其它的支持文件)被存放在\Windows\System文件夹里，32位DLL文件和不同支持文件被存放在\Windows\System32文件夹里。 
       32位版本的Windows保持16位和32位DLL文件的方式是非常简单的，但是64位版本的Windows保持64位和32位DLL文件的方式就不这么简单了。

        理论上说，微软将要创建一个名为\Windows\System64的文件夹来用其存放64位DLL文件，但是取而代之的是，微软创建了一个新的名为SysWOW64的文件夹来存放32位的DLL文件。第一眼看起来，让人感觉这个文件夹应该存放64位应用程序的，但是注意，32位应用程序本来应该存放它们的DLL文件到\Windows\System32文件夹里面。 Windows\System32文件夹在64位版本的Windows内仍然存在。但是微软使用这个文件夹做为64位DLL的仓库，而不是32位DLL文件的。我不清楚微软使Windows\System32文件夹来存放64位DLL的原因，但是我听说这么做是为了向下兼容性。 
        当你安装一个32位的应用程序，安装向导通过WOW64 emulato运行。32位和64位代码并不混和。一旦一个应用程序(包括一个安装向导)从WOW64 emulator开始运行，它必须接着在WOW64内继续运行。这意味着当你安装一个应用程序，安装向导并不知道这个程序被安装到64位版本的Windows内，并且和它运行在32位操作系统一样把DLL文件写到\Windows\System32文件夹里面。

　　当然，WOW64知道安装向导通过emulator来运行的32位应用程序。同时也知道64和32位代码不能混合在一起。所以，WOW64 emulator 给\Windows\SysWOW64创建一个别名。这意味着任何时候32位应用程序要写入到\Windows\System32文件夹或者从\Windows\SysWOW64文件夹读取，WOW64 emulator都能使其改道到\Windows\SysWOW64文件夹。

最后将动态库丢到C:\Windows\SysWOW64目录下就OK了 

转载 http://blog.csdn.net/huangxiangec/article/details/8563974

关于32位和64位部署出现C#调用delphi动态库DLL不成功的问题