最近在写USB通信的上位机，调用了windows里的DLL，开发环境：64位WIN7 、VS2015、NET4.5.2；开发完成后在自己的电脑可用，在32位电脑、NET其他版本以及WIN10的环境下不可用，检测发现问题在于DLL的调用不成功，为了解决这个问题，查阅了几天的资料，现在终于解决了，记录下来以便忘记。
具体方法如下：
1、修改项目属性里的NET框架为4.0
2、修改配置管理器为X86
然后重新生成程序，问题解决。造成这个问题的原因主要有两个原因：1、NET版本过高，低版本不兼容；2、不同的配置管理器编译的DLL有差异，这个就是导致调用DLL失败的原因。
关于不同配置管理器编译对DLL的影响我看到了一篇文章，里面解析得很详细，文章链接：http://www.timegowhere.com/post/about_vs_targetplatform.html，非常感谢作者的分析，为了以后自己方便学习查找，我把内容复制了一份在下面。
关于VS项目平台的x86,x64,Any CPU以及Debug和Release
相信对于很多刚接触打包程序的同志来说，关于x86,x64,Any CPU这三个项目平台，以及解决方案配置Debug和Release有什么区别？这个问题一定有许多的困惑，甚至不乏一些已经工作了很久的老程序猿来说都是一个模棱两可的问题。当然，我也是捣腾了好久，才渐渐搞明白它们的区别，以此作个总结：
一 、x86、x64、Any CPU的区别
-
简单的说，它们之间最直接的区别就是：x86平台编译出来的exe(可执行文件)或dll(动态链接库)都是32位的。以此类推，x64对应的则是64位的。而Any CPU则是取决于当前的操作系统，若操作系统是32位的，则编译出来的程序就是32位的，反之编译出来的就是64位程序。
-
若你的启动项目，即主程序（编译出来是exe文件的）是x86平台下编译的，而它所依赖的一个项目（或动态链接库）是由x64位平台编译出来的，则会提示“未能加载文件或程序集...或它的某一个依赖性。试图加载格式不正确的程序。”之类的错误。这是因为32位程序不能加载64位的dll，更不能调用其中的类、方法和对象等。反之，若主程序是由x64平台编译出来的，而dll是x86的呢？答案。。也是不行的！说到这里，基本上可以确定一点：dll和主程序的生成平台只要一致就可以。那么问题来了！若主程序是Any CPU编译的，而dll是由x86或者x64平台编译的，又或者，主程序是x86或者x64平台编译的，而dll是由Any CPU编译的呢？正确答案就是两者在“特殊情况”下都是可行的。为什么说是“特殊情况”下呢？因为第一点（红色字体处）也提到了，Any CPU取决于操作系统，而结合第二点上半部分（红色字体处）提到的，只要dll和主程序的生成平台一致，那么也是可行的。所以，由上可知：若主程序是在Any CPU平台下编译的，那么编译dll的平台必须要和编译主程序的操作系统一致才行。若主程序是在x86或者x64平台下编译的，那么dll就必须要和主程序一致。不过有个特例：若dll由Any CPU编译的，那么这个dll就可以被32位和64位的主程序调用。这是为什么呢？请看第三点。
-
虽说Any CPU编译出来的程序取决于操作系统，但是由Any CPU编译出来dll则取决于调用它的主程序，即若主程序是32位的，那么dll也是32位的，若主程序是64位的，那么dll就是64位的。所以dll一般采用Any CPU平台编译，而主程序一般采用x86平台编译。
-
使用x86平台调试的时候，是可以一边调试一边修改代码的，而x64平台下则不行（启用了编辑并继续的）。如下图：
调试时修改代码提示如下：
总结：了解了它们的区别之后，我们打包程序的时候就知道如何取舍了。一般来说，在不清楚客户的电脑是什么类型的操作系统的情况下，或者两者都有的时候，则主程序采用x86平台编译，dll采用Any CPU平台编译。若清楚的知道是64位操作系统，那么就可以都按x64平台编译了。
二、Debug和Release的区别
-
Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。所以一般都是用Release来打包发布程序，另外，Release打包出来的程序也相对来说会小一些。
-
在Release模式下是不能一边调试一边修改代码的（启用了编辑并继续的）。调试时修改代码提示如下图：
以上便是我对它们的理解，若有说的不对的欢迎指正，若有不足的欢迎补充！
发布32位或64位程序可参考：http://www.timegowhere.com/post/buildx64.html