Visual Studio中Debug與Release以及x86、x64、Any CPU的區別 &&&& VS中Debug與Release、_WIN32與_WIN64的區別


本以為這些無關緊要的 Debug與Release以及x86、x64、Any CPU 差點搞死人了。

看了以下博文才后怕,難怪我切換了一下模式,程序就pass了。。。。

 

轉載:

1.https://www.cnblogs.com/xxn-180727/p/9442992.html

2.https://www.cnblogs.com/netserver/p/11106130.html

 

 

一、Debug與Release

1.  區別   

    Debug——調試版,生成的.exe中包含很多調試信息,若直接發包,比較大;

    Release——發布版

2.  如何區分是Debug編譯還是Release編譯

    Debug編譯有宏定義_DEBUG,若代碼中定義了_DEBUG就表示是debug編譯,否則是release

    編譯。

    Eg:    #ifdef _DEBUG
    ........     // 調試時執行,發布時不執行
    #else
    ........     //
 

二、_WIN32與_WIN64

1.  定義

  _WIN32是32位編譯; _WIN64是64位編譯。

  之所以要分不同位數編譯,最根本的目的就是提高軟件的通用性,先了解幾點常識:

  • 如果電腦操作系統位數不同,那么代碼中基本數據類型所占的字節也不同。

     如:32位平台下long long是8個字節(64位),而64位平台下,long 是8個字節(64位)

  • 64位操作系統理論上可以運行32位和64位軟件,而32位操作系統只能運行32位的軟件。

       那么如何使軟件在不同平台運行?方法就是宏定義:

Eg:# ifdef _WIN64
        typedef long int  int64_t;
        # else
        _extension_
        typedef long long int int64_t;

2.  如何區分是32位編譯還是64位編譯

       在 Win32 配置下,_WIN32 有定義,_WIN64 沒有定義。在 x64 配置下,兩者都有定義。

     可以理解為32位不支持64位,而64位可以兼容32位。總之在 VC 下,_WIN32 一定有定義。

    因此,_WIN64 用來判斷編譯環境是 32位 還是 64位,而WIN32或者_WIN32 可以用來
     判斷是否 Windows 系統(對於跨平台程序)。
      一般VS選用win32控制台程序,和win32編譯方式,因為兼容性比較好,可以在32位操作
     系統上運行,也可以在64位操作系統上運行。
3,應用場合
1 #ifdef _WIN64            // 說明是64位編譯方式 2 typedef long long intptr_t; 3 #else 
4 typedef _W64 int intptr_t; 5 #endif

 

 

 

 

 

 

Visual Studio中Debug與Release以及x86、x64、Any CPU的區別

 

Visual Studio中Debug與Release的區別:

      在Visual Studio中,編譯模式有2種:Debug與Release。這也是默認的兩種方式,在新建一個project的時候,就已經存在這兩種模式供選擇。

      Debug通常稱為調試版本,它包含調試信息,並且不作任何優化,便於程序員調試程序。
      Release稱為發布版本,它往往是進行了各種優化,使得程序在代碼大小和運行速度上都是最優的,以便用戶很好地使用。

SO:
      一般都是用Release來打包發布程序,因為Release做了更多的優化,運行速度更快,適合在項目完成后部署,另外,Release打包出來的程序文件也相對來說會小一些。而Debug模式更適合在開發調試的時候使用。即:開發調試的時候使用Debug模式,打包發布程序用Release模式。

 

 

Visual Studio中x86、x64、Any CPU的區別:

1、簡單的說,它們之間最直接的區別就是:x86平台編譯出來的exe(可執行文件)或dll(動態鏈接庫)都是32位的。x64對應的則是64位的。而Any CPU則是取決於當前的操作系統,若操作系統是32位的,則編譯出來的程序就是32位的,若操作系統是64位的,編譯出來的就是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平台編譯,而主程序(exe)一般采用x86平台編譯。

總結:了解了它們的區別之后,我們打包程序的時候就知道如何取舍了。一般來說,在不清楚客戶的電腦是什么類型的操作系統的情況下,或者兩者都有的時候,則主程序采用x86平台編譯,dll采用Any CPU平台編譯。若清楚的知道是64位操作系統,那么就可以都按x64平台編譯了。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM