項目發布Debug和Release版的區別
https://www.cnblogs.com/taiyonghai/p/6126074.html
一、Debug和Release的區別
Debug：調試版本，包含調試信息，所以容量比Release大很多，並且不進行任何優化（優化會使調試復雜化，因為源代碼和生成的指令間關系會更復雜），便於程序員調試。Debug模式下生成兩個文件，除了.exe或.dll文件外，還有一個.pdb文件，該文件記錄了代碼中斷點等調試信息
Release：發布版本，不對源代碼進行調試，編譯時對應用程序的速度進行優化，使得程序在代碼大小和運行速度上都是最優的。（調試信息可在單獨的PDB文件中生成）。Release模式下生成一個文件.exe或.dll文件obj目錄中也有debug和release兩個子目錄，obj目錄是項目生成dll的源目錄，然後將生成好的dll復制到bin目錄下。obj用於存放編譯過程中生成的中間臨時文件。在.Net中，編譯時分模塊進行的，每個模塊的編譯結果都保存在obj目錄下，最後會合並為一個.exe或則.dll文件保存到bin目錄下。
因為每次編譯都是增量編譯，也就是只重新編譯改變了的模塊，所以這個obj目錄的作用就是保存這些小塊的編譯結果，加快編譯速度。
三、Debug 和 Release 編譯方式的本質區別
Debug 通常稱為調試版本，它包含調試信息，並且不作任何優化，便於程序員調試程序。Release 稱為發布版本，它往往是進行了各種優化，使得程序在代碼大小和運行速度上都是最優的，以便用戶很好地使用。
Debug 版本：
/MDd /MLd 或 /MTd 使用 Debug runtime library(調試版本的運行時刻函數庫)
/Od 關閉優化開關
/D "_DEBUG" 相當於 #define _DEBUG,打開編譯調試代碼開關(主要針對assert函數)
/ZI 創建 Edit and continue(編輯繼續)數據庫，這樣在調試過程中如果修改了源代碼不需重新編譯
/GZ 可以幫助捕獲內存錯誤
/Gm 打開最小化重鏈接開關，減少鏈接時間
Release 版本：
/MD /ML 或 /MT 使用發布版本的運行時刻函數庫
/O1 或 /O2 優化開關，使程序最小或最快
/D "NDEBUG" 關閉條件編譯調試代碼開關(即不編譯assert函數)
/GF 合並重復的字符串，並將字符串常量放到只讀內存，防止被修改
實際上，Debug 和 Release 並沒有本質的界限，他們只是一組編譯選項的集合，編譯
器只是按照預定的選項行動。事實上，我們甚至可以修改這些選項，從而得到優化過的調
試版本或是帶跟蹤語句的發布版本。
四、附錄：
DLL的災難
人們將不同版本DLL混合造成的不一致性形象的稱為 “動態連接庫的地獄“(DLL Hell) ，甚至微軟自己也這麽說(http://msdn.microsoft.com/library/techart/dlldanger1.htm)。
如果你的程序使用你自己的DLL時請註意：
不能將debug和release版的DLL混合在一起使用。debug都是debug版，release版都是release版。
解決辦法是將debug和release的程序分別放在主程序的debug和release目錄下
所以在實際生產環境中，盡量使用Release版本的DLL。
項目發布Debug和Release版的區別