最近在寫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