對最佳化程式碼進行偵錯

  • 發行項

注意

您看到的對話方塊與功能表命令，可能會因您所使用的設定或版本，而與說明中所述不同。 若要變更您的設定，請在 [工具] 功能表上選擇 [匯入和匯出設定]。 如需詳細資訊，請參閱重設所有設定。

注意

/Zo (增強最佳化的偵錯) 編譯器選項 (在 Visual Studio Update 3 引入) 會針對最佳化程式碼 (不使用 /Od 編譯器選項建置的專案) 產生更豐富的偵錯資訊。 請參閱 /O 選項 (最佳化程式碼))。 這包括改善對於本機變數和內嵌函式的偵錯支援。

在使用 /Zo 編譯器選項時，會停用編輯後繼續。

當編譯器最佳化程式碼時，它會重新調整位置並重新組織指令。 這會產生較有效率的已編譯程式碼。 因為這種重新安排，偵錯工具不一定能辨識對應到一組指令的原始程式碼。

最佳化會影響：

  • 區域變數，這些區域變數可能會由最佳化程式移除，或是移至偵錯工具不認識的位置。

  • 函式內部的位置，這些位置在最佳化程式合併程式碼區塊時會變更。

  • 呼叫堆疊上框架的函式名稱，這個名稱在最佳化程式合併兩個函式時可能會出錯。

    不過，假設所有框架都有符號，則您在呼叫堆疊上看見的框架幾乎一定是正確的。 如果您有堆疊損毀、以組件語言撰寫的函式，或是呼叫堆疊上的作業系統框架沒有相符的符號時，呼叫堆疊上的框架就會出錯。

    全域變數和靜態變數一定會正確顯示， 結構配置也會。 如果您有結構的指標，而且指標的值是正確的，則結構的每個成員變數都會顯示正確的值。

    由於這些限制，您應該盡可能地使用程式的非最佳化版本來進行偵錯。 根據預設，在 C++ 程式的 [偵錯] 組態中會關閉最佳化，而在 [發行] 組態中會啟用最佳化。

    然而，有時錯誤可能只出現在程式的最佳化版本中。 在這種情況下，您必須偵錯最佳化程式碼。

若要啟動偵錯組建組態的最佳化

  1. 當您建立新專案時，選取 Win32 Debug 目標。 在您完成程式的偵錯，並準備好建置 Win32 Release 目標以前，請使用Win32 Debug目標。 編譯器不會最佳化 Win32 Debug 目標。

  2. 在 [方案總管] 中選取專案。

  3. 在 [檢視] 功能表上按一下 [屬性頁]。

  4. 請確認在屬性頁對話方塊的組態下拉式清單中，選取 Debug。

  5. 在左邊的資料夾檢視中，選取 C/C++ 資料夾。

  6. 在 C++ 資料夾下方，選取 Optimization。

  7. 在右邊的屬性清單裡，尋找 Optimization。 其旁邊的設定可能是 Disabled (/Od)。 從其他項目 (Minimum Size``(/O1)、Maximum Speed``(/O2)、Full Optimization``(/Ox) 或 Custom) 中選擇一個項目。

  8. 如果您選擇 Custom 的 Optimization 選項，現在就可以為其他顯示在屬性清單裡的任一屬性設定其選項。

  9. 選取專案屬性頁面的 [組態屬性 | C/C++ | 命令列] 節點，並將 (/Zo) 新增至 [其他選項] 文字輸入框。

    警告

    新增 /Zo 將會停用 [編輯後繼續]。

    偵錯最佳化程式碼時，使用 [反組譯碼] 視窗來查看哪些指令已經確實建立和執行。 設定中斷點時，您必須了解中斷點可能會隨著指令移動。 例如，請考慮下列程式碼：

for (x=0; x<10; x++)

假設您在這行設定中斷點。 您可以預期會叫用 10 次中斷點，但是如果程式碼已完成最佳化，便只會叫用中斷點一次。 原因是第一個指令會將 x 值設為 0。 編譯器會辨識這個動作只需做一次，並且將它移出迴圈外。 中斷點會隨著移動。 迴圈內部則仍保留比較和累加 x 的指令。 當您檢視 [反組譯碼] 視窗時，為取得更佳控制，步驟單位會自動設為指令，這在逐步執行最佳化程式碼時非常有用。

相關內容