相信對於很多剛接觸打包程式的同志來說，關於x86,x64,Any CPU這三個項目平臺，以及解決方案配置Debug和Release有什麼區別？這個問題一定有許多的困惑，甚至不乏一些已經工作了很久的老程式猿來說都是一個模棱兩可的問題。當然，我也是搗騰了好久，才漸漸搞明白它們的區別，以此作個總結： 一 ...
相信對於很多剛接觸打包程式的同志來說，關於x86,x64,Any CPU這三個項目平臺，以及解決方案配置Debug和Release有什麼區別？這個問題一定有許多的困惑，甚至不乏一些已經工作了很久的老程式猿來說都是一個模棱兩可的問題。當然，我也是搗騰了好久，才漸漸搞明白它們的區別，以此作個總結：
一 、x86、x64、Any CPU的區別
1.簡單的說，它們之間最直接的區別就是：x86平臺編譯出來的exe(可執行文件)或dll(動態鏈接庫)都是32位的。以此類推，x64對應的則是64位的。而Any CPU則是取決於當前的操作系統，若操作系統是32位的，則編譯出來的程式就是32位的，反之編譯出來的就是64位程式。
2.若你的啟動項目，即主程式（編譯出來是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位的主程式調用。這是為什麼呢？請看第三點。
3.雖說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模式下是不能一邊調試一邊修改代碼的（啟用了編輯並繼續的）。調試時修改代碼提示如下圖： 
以上便是我對它們的理解，若有說的不對的歡迎指正，若有不足的歡迎補充！
原文鏈接：
http://www.timegowhere.com/post/about_vs_targetplatform.html
