如何判斷debug和release編譯

Ⅰ debug和release兩種編譯方法的區別與聯系

Debug 為調試版本，Release 為發布版本，從開發者和用戶視角看，他們的區別如下：

一、從開發者視角，Debug和Release的區別，主要是編譯器的選項不同，Debug 包含調試信息，並且不作任何優化，便於程序員調試程序。Release 往往是進行了各種優化，使得程序在代碼大小和運行速度上都是最優的，以便用戶很好地使用。

Debug 版本 相關參數解釋：
參數 含義
/MDd /MLd 或 /MTd 使用 Debug runtime library(調試版本的運行時刻函數庫)
/Od 關閉優化開關
/D "_DEBUG" 相當於 #define _DEBUG,打開編譯調試代碼開關(主要針對assert函數)
/ZI
創建 Edit and continue(編輯繼續)資料庫，這樣在調試過程中如果修改了源代碼不需重新編譯
GZ 可以幫助捕獲內存錯誤

Release 版本 參數含義
/MD /ML 或 /MT 使用發布版本的運行時刻函數庫
/O1 或 /O2 優化開關，使程序最小或最快
/D "NDEBUG" 關閉條件編譯調試代碼開關(即不編譯assert函數)
/GF 合並重復的字元串，並將字元串常量放到只讀內存，防止被修改

二、使用者視角，我們下載軟體的時候，一般應該選擇Release版。Debug一般比測試版更粗，主要提供給高級測試者反饋修改意見。

Ⅱ 怎麼判斷一個程序是debug 還是release

1、你是用於調試 可以用 如下宏來處理代碼

#ifdef DEBUG
//do sth.
#else
//do sth.
#endif

2、如果是要玩花活 可以使用下面的代碼，下面的代碼在vc6.0中測試通過，你生成debug版，它會列印debug mode，你生成release 它會列印 release mode;

#include <stdio.h>
class is_debug{
public:
is_debug(int v) { a = v;}
int a;
};
int main()
{
unsigned this_addr;
is_debug o_o(2);
__asm mov dword ptr this_addr,eax
if ((unsigned)(&o_o)==this_addr) printf("this is debug mode!\n");
else printf("this is release mode\n");
return 0;
}

這種方法的原理 是藉助於inline函數，因為在類內部定義的函數C++編譯器是要inline內聯的，如果是debug版就沒有這個功能。另外還使用了一點，就是 每當我們定義一個對象，或者說調用構造函數的時候，在windows平台上eax寄存器保存當前對象的this指針，在linux平台是有ecx寄存器保存，當inline內聯的時候，是沒有函數返回值的，所以eax寄存器的值一般不會是當前對象的this指針。結合 這兩點，才有了上面的奇葩式判斷方式。

當然，這是非C++編程規則內的東西。。完全決定於你對所使用編譯器的把握程度

Ⅲ vs中debug和release版本的區別

vs中的程序有debug和release兩個版本。

1、版本不同

Debug通常稱為調試版本，通過一系列編譯選項的配合，編譯的結果通常包含調試信息，而且不做任何優化，以為開發人員提供強大的應用程序調試能力。

而Release通常稱為發布版本，是為用戶使用的，一般客戶不允許在發布版本上進行調試。

2、運行效果不同

debug程序通常比release程序要慢，尤其是處理視頻方便release要比debug快很多。

3、演算法不同

debug跟release在初始化變數時所做的操作是不同的，debug是將每個位元組位都賦成0xcc， 而release的賦值近似於隨機。

(3)如何判斷debug和release編譯擴展閱讀：

二者的編譯選項。

Debug 版本：

/Od 關閉優化開關

/D "_DEBUG" 相當於 #define _DEBUG，打開編譯調試代碼開關（主要針對assert函數）

/ZI 創建 Edit and continue（編輯繼續）資料庫，這樣在調試過程中如果修改了源代碼不需重新編譯

/GZ 可以幫助捕獲內存錯誤

/Gm 打開最小化重鏈接開關，減少鏈接時間

Release 版本：

/MD /ML 或 /MT 使用發布版本的運行時刻函數庫

/O1 或 /O2 優化開關，使程序 最小或最快

/D "NDEBUG" 關閉條件編譯調試代碼開關（即不編譯assert函數）

/GF 合並重復的字元串，並將字元串常量放到只讀內存，防止被修改

可以理解Debug 和 Release 並沒有本質的界限，他們只是一組編譯選項的集合，編譯器只是按照預定的選項行動。可以修改這些選項，從而得到優化過的調試版本或是帶跟蹤語句的發布版本。

Ⅳ 如何判斷exe和dll文件是debug還是release編譯生成的

你下載PEID v0.94查殼的軟體。。

然後將你要查看的DLL文件拖放到 那個PEID中。

如果顯示 類似於 "Microsoft Visual C++ 6.0 DLL" 就代表是Release的

如果顯示 "什麼也沒有"，就代表是Debug的。。

當然這個我只在VC++試過。。其他的沒試過。你可以先試試。

Ⅳ jquery 怎麼區分debug 和 release

Debug 通常稱為調試版本，它包含調試信息，並且不作任何優化，便於程序員調試程序。在bin\debug\目錄中有兩個文件，除了要生成的.exe或.dll文件外，還有.pdb文件，.pdb文件中就記錄了代碼中的斷點等調試信息；
Release 稱為發布版本，Release模式下不包含調試信息，並對代碼進行了優化，使得程序在代碼大小和運行速度上都是最優的，\bin\release\目錄下只有一個.exe或.dll文件。在項目文件夾下除了bin外，還有個obj目錄。編譯是分模塊編譯的，每個模塊的編譯結果就保存在了obj目錄下。最後會合並為一個exe或者dll文件保存到\bin\release\目錄中。因為每次編譯都是增量編譯，也就是只重新編譯改變了的模塊，所以這個obj的目錄的作用就是保存這些小塊的編譯結果，加快編譯速度。

Ⅵ 如何判斷代碼運行在DEBUG還是RELEASE模式下

Debug 通常稱為調試版本，它包含調試信息，並且不作任何優化，便於程序員調試程序。Release 稱為發布版本，它往往是進行了各種優化，使得程序在代碼大小和運行速度上都是最優的，以便用戶很好地使用。
Debug 和 Release 的真正秘密，在於一組編譯選項。下面列出了分別針對二者的選項（當然除此之外還有其他一些，如/Fd /Fo，但區別並不重要，通常他們也不會引起 Release 版錯誤

Ⅶ release和debug的區別

一、Debug 和 Release 編譯方式的本質區別
Debug 通常稱為調試版本，它包含調試信息，並且不作任何優化，便於程序員調試程
序。Release 稱為發布版本，它往往是進行了各種優化，使得程序在代碼大小和運行速度
上都是最優的，以便用戶很好地使用。
Debug 和 Release 的真正秘密，在於一組編譯選項。下面列出了分別針對二者的選項
（當然除此之外還有其他一些，如/Fd /Fo，但區別並不重要，通常他們也不會引起 Rele
ase 版錯誤，在此不討論）
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 並沒有本質的界限，他們只是一組編譯選項的集合，編譯
器只是按照預定的選項行動。事實上，我們甚至可以修改這些選項，從而得到優化過的調
試版本或是帶跟蹤語句的發布版本。
二、哪些情況下 Release 版會出錯
有了上面的介紹，我們再來逐個對照這些選項看看 Release 版錯誤是怎樣產生的
1. Runtime Library：
2. 優化：這類錯誤主要有以下幾種：
(1) 幀指針(Frame Pointer)省略（簡稱 FPO ）：在函數調用過程中，所有調用信息
（返回地址、參數）以及自動變數都是放在棧中的。若函數的聲明與實現不同（參數、返
回值、調用方式），就會產生錯誤————但 Debug 方式下，棧的訪問通過 EBP 寄存器
保存的地址實現，如果沒有發生數組越界之類的錯誤（或是越界「不多」），函數通常能
正常執行；Release 方式下，優化會省略 EBP 棧基址指針，這樣通過一個全局指針訪問棧
就會造成返回地址錯誤是程序崩潰。C++ 的強類型特性能檢查出大多數這樣的錯誤，但如
果用了強制類型轉換，就不行了。你可以在 Release 版本中強制加入 /Oy- 編譯選項來關
掉幀指針省略，以確定是否此類錯誤。
(2) volatile 型變數：volatile 告訴編譯器該變數可能被程序之外的未知方式修改
（如系統、其他進程和線程）。
(3) 變數優化：優化程序會根據變數的使用情況優化變數。例如，函數中有一個未被
使用的變數，在 Debug 版中它有可能掩蓋一個數組越界，而在 Release 版中，這個變數
很可能被優化調，此時數組越界會破壞棧中有用的數據。當然，實際的情況會比這復雜得
多。與此有關的錯誤有：
3. _DEBUG 與 NDEBUG ：當定義了 _DEBUG 時，assert() 函數會被編譯，而 NDEBUG 時不
被編譯。除此之外，VC++中還有一系列斷言宏。這包括：
ANSI C 斷言 void assert(int expression );
C Runtime Lib 斷言 _ASSERT( booleanExpression );
_ASSERTE( booleanExpression );
MFC 斷言 ASSERT( booleanExpression );
VERIFY( booleanExpression );
ASSERT_VALID( pObject );
ASSERT_KINDOF( classname, pobject );
ATL 斷言 ATLASSERT( booleanExpression );
此外，TRACE() 宏的編譯也受 _DEBUG 控制。
4. /GZ 選項：這個選項會做以下這些事
(1) 初始化內存和變數。
(2) 通過函數指針調用函數時，會通過檢查棧指針驗證函數調用的匹配性。（防止原
形不匹配）
(3) 函數返回前檢查棧指針，確認未被修改.
三、怎樣「調試」 Release 版的程序
1. 前面已經提過，Debug 和 Release 只是一組編譯選項的差別，實際上並沒有什麼
定義能區分二者。我們可以修改 Release 版的編譯選項來縮小錯誤范圍。如上所述，可以
把 Release 的選項逐個改為與之相對的 Debug 選項，如 /MD 改為 /MDd、/O1 改為 /Od
，或運行時間優化改為程序大小優化。注意，一次只改一個選項，看改哪個選項時錯誤消
失，再對應該選項相關的錯誤，針對性地查找。這些選項在 Project\Settings... 中都可
以直接通過列表選取，通常不要手動修改。由於以上的分析已相當全面，這個方法是最有
效的。
2.你也可以像 Debug 一樣調試你的 Release 版，只要加入調試符號。在 Project/S
ettings... 中，選中 Settings for "Win32 Release"，選中 C/C++ 標簽，Category 選
General，Debug Info 選 Program Database。再在 Link 標簽 Project options 最後
加上 "/OPT:REF" (引號不要輸)。