本文由Markdown語法編輯器編輯完成。

1. 背景：

在Visual Studio的編譯模式選項中，一般有四個模式：Debug, Release, RelWithDebInfo, MinSizeRel。

大家一般對前兩個模式比較多。Debug版本是除錯版本，對程式碼不做任何優化，可以debug專案中的任意檔案；Release版本是發行版本，顧名思義就是當程式開發完成後，程式的一個釋出版，它對程式碼做了優化，因此速度會非常快，但是遺憾的是，release版本無法跟蹤程式碼。

根據以上描述，debug和release版本各有自己的優勢和缺陷。
debug版本為了追求更全面的除錯資訊而放棄了速度；

如果使用者既需要除錯程式碼，又無奈於debug版本的速度，那麼你便可以開始考慮RelWithDebInfo這個版本了。

顧名思義，從這個模式的名稱來看，它是一種含有除錯資訊的Release版本。那麼它相當於是結合了Debug和Release版本的優點的一個版本。

The main differences being that in Debug mode, the executable produced isn’t optimized (as this could make debugging harder) and the debug symbols are included.

The difference between Debug and RelWithDebInfo is mentioned here:

RelWithDebInfo is quite similar to Release mode. It produces fully optimized code, but also builds the program database, and inserts dubug line information to give a debugger a good chance at guessing where in the code you are at any time.

本文將講解如何利用這種模式，在即保證速度快的情況下，同時還可以新增斷點並進行程式碼除錯。你一旦瞭解了這個模式，我想以後完全可以拋棄掉Debug模式了。至少對於我而言，自從我學會了如何正確地使用RelWithDebInfo模式後，我就再也不想啟動Debug模式了。

2. RelWithDebInfo模式：

首先Visual Studio在第一次安裝並配置為Visual Studio C++開發環境後，預設就會有四種編譯模式。分別為（按首字母排序）：Debug, MinSizeRel, Release, RelWithDebInfo。

這裡注意：如果不是用VS的自建工程方式建立工程，而是用如CMake這樣的工具生成工具時，有時候預設是不會生成MinSizeRel和RelWithDebInfo模式的。
比如用CMake編譯VTK-6.3的原始碼時，在勾選了Grouped和Advanced的checkbox後，在下面的選項欄目中，在CMake那欄的CMAKE_CONFIGURATION_TYPES後，就會顯示需要生成的編譯模式，如果沒有RelWithDebInfo這項，使用者可以手動輸入這個選項即可。

最常用的無疑是Debug和Release模式了，而在開發過程中，更是幾乎要用Debug模式來除錯程式碼和查詢bug。但是，Debug模式由於所有工程全部附帶了編譯資訊，不做任何優化，使得在實際除錯時，會非常影響除錯速度。如果僅僅是除錯一兩次還無所謂，但是對於一天要啟動程式幾十次甚至幾百次的頻繁除錯，浪費的時間就非常可觀了。

這裡就以編譯VTK-6.3的原始碼和例子作為示例，介紹如何使用RelWithDebInfo模式來除錯程式碼。

2.1 在CMake中選擇編譯Examples。

將編譯模式由原來的Debug模式切換到RelWithDebInfo模式，同時勾選BUILD欄目下的BUILD_EXAMPLES選項，編譯VTK-6.3自帶的例子。設定如下圖所示。

待VTKExamples.sln專案生成以後，用VS開發這個工程檔案，然後開始編譯，直至專案中的所有例子工程都編譯完成。

2.2 以例子工程中的Medical4為例進行除錯。

在該工程名處點選右鍵，在彈出的選項中，選擇Set as StartUp Project，將該工程設為啟動工程，如下圖所示。這樣在執行時，便會進入這個工程的exe中了。

2.3 在Medical4.cxx中設定斷點，準備除錯

開啟Medical4.cxx原始碼，在第45行處增加一個斷點。

2.4 設定工程的優化選項，由預設的Maximize Speed(/O2)修改為Disabled(/Od)。

這一步是最關鍵的。因為RelWithDebInfo模式預設是和Release模式一樣，對工程進行最大性優化以提高速度。而因為我們要單獨除錯某一個工程，因此需要禁用它的優先，所以切換到Disabled模式，即不進行優化。

切換完成後，Optimization項修改為Disabled，如圖所示。

2.5 重新編譯要除錯的工程

由於RelWithDebInfo模式下，所有的專案都以最優化方式編譯，因此這些專案都是沒有除錯資訊的。當把需要除錯的工程設定為Disabled模式後，需要重新單獨編譯一下這個工程，才可以生成這個工程的編譯資訊。

2.6 以非除錯模式啟動程式（Start without Debugging）。

這一步也是非常關鍵的。因為我們不是要對整個工程專案進行除錯，而只是對特定的某個工程進行除錯，因此啟動執行時為了保證速度，應該選擇Start without Debugging這個選項。快捷鍵為Ctrl+F5。

2.7 設定抓取特定程序，進入斷點除錯。

點選選單欄TOOLS選項，選擇Attach to Process選項，準備抓取程序。

點選Attach to Process選項後，在彈出的視窗中會顯示目前電腦中正在執行的程序，在Available Processes中。在這些正在執行的程序中選擇Medical4.exe，再點選右下角的Attach按鈕，則完成了抓取程序的設定。

2.8 斷點除錯

這裡不太方便演示這一點。
原因在於，Medical4.exe是一個單獨的應用程式。如果沒有啟動這個exe的時候，在Available Processes中是沒有Medical4.exe這個程序的。但是如果啟動了這個exe後，之前標註斷點的語句已經執行完成。此時如果再Attach程序的話，已經無法進入斷點了。

但是，如果是在一個比較大的專案中，工程之間存在相互呼叫的關係。那麼在啟動整個專案的exe後，在程序中便可以捕捉到。然後在後面需要除錯的原始碼中增加斷點，則當流程中執行到需要呼叫那個模組的時候，便會進入斷點了。這樣便實現了以Release的速度執行程式，而以Debug的方式來除錯需要關注的程式碼段。

備註：

其實2.4的步驟，即將Optimization由Maximize Speed切換為Disabled不是必須的，也可以實現在RelWithDebInfo模式中除錯程式碼。但是，這時，在除錯的過程中，會發現進入斷點後，程式執行比較奇怪。例如，如果有if…else分支時，有時候既會進入if分支，也會進入else分支，而且如果想檢視某個程式碼段的變數值，會發現變數值無法顯示或者顯示結果異常。

因此，如果想得到最準確的除錯資訊，還是需要首先將要debug的那個工程，禁用最優化速度才可以。

完！