1樓：
來自msdn blog：
Visual Studio: Why is there no 64 bit version? (yet)
主要觀點翻譯過來是：
為什麼現在沒有64bit的VS？
1、指標占用空間變大，cpu的cache size不變，會帶來效能問題。
2、對VS團隊來說，移植到64bit最好辦法是把native code移植到managed code。但這樣成本太高。
對於乙個IDE，與其移植到64bit以使用4GB記憶體，不如把精力花在優化記憶體使用上。
3、VS現有的extension都是32bit的，64bit需要重新建立生態系統。把VS移植到64位的工作量很大，特別是對做過很多優化的程式，不是重新編譯那麼簡單。
不做64位IDE是工作量和效能的權衡。
如 @Belleve 所說，32位的VS能夠編譯64bit程式，並且有64bit的編譯工具，所以64位VS的好處僅僅在於可以載入和除錯超大的工程。前者的情況較少，而且可以通過優化記憶體使用達到。
2樓：pansz
我就題主的問題來解說一下，64 位 VS 並非象你想象的那樣只是再編譯一次就解決了。
目前移動端基本都還是 32 位的。作為開發平台，如果你要開發 32 位應用，就必須有 32 位編譯器，所以，如果要同時支援移動端開發，就必須在 64 位 VS 中同時提供 64 位跟 32 位編譯器。——但對於 32 位 VS 而言，只需要提供 32 位編譯器就夠了。
——這意味著 64 位的 VS 需要比 32 位 VS 做更多額外的工作。更重要的是， 32 位 Windows 系統仍然活著，還佔據了主要地位。
實際上單就桌面應用來說，只提供 64 位沒什麼問題（除了部分對 64 位有著明顯刻板偏見的人群的心理因素以外），目前的 OSX 就已經是全 64 位，並未存在任何效能問題。但作為開發工具，移動端還沒有全部轉化為 64 位晶元的今天，移動開發又如此的火爆，那麼 VS 64 位版本就面臨著需要同時提供兩個版本的問題。這就會比只提供乙個 32 位版本 VS 要複雜。
鑑於目前 Linux /OSX 都可以很完美的使用 64 位開發環境，所以，全 64 位開發環境在技術上自然完全是可行的，不可行的原因更多時候只是為了省事，換句話說就是偷懶。微軟只是現在還沒有安排好做這件事情而已，也許等時機成熟，自然就會做了。
3樓：李遙
普通的應用一般只有乙個或很少幾個執行檔案，Visual Studio的話則有上百個（大部分是各種小工具），只支援一種處理器架構就是很高的測試成本了，更何況有很多任務具甚至是從Win16時代繼承過來的，使用的API沒有64位版。
4樓：Belleve
x64 系統可以執行 32 位的 Visual studio，編譯器也同時支援 x86 和 x64 輸出，幹嘛多此一舉？x86 IDE + x64-支援的編譯器 + x64-支援的偵錯程式足夠了。
詳情：How to: Enable a 64-Bit Visual C++ Toolset at the Command Line
Visual Studio 提供免費（Community）版會產生什麼影響？
龍丕 意義在於這個社群版本支援，安卓，IOS，win10 手機 平板 PC 等系統應用開發，乙個IDE搞定，微軟認識到那個為單一平台單一系統做開發的時代已經過去了，表面上看微軟開放的時工具，背後收的是平台和出口，從生產力來講，肯定是提高了，從開發工具的趨勢來看也是以後的方向，所以微軟的這次做法還是可...
小白求救 visual studio2017學c語言到底該怎麼弄？
風影黎安 首先我一直覺得，VS2017或者說VC15其實是C 的編譯器，不是C的。只不過C 的編譯器都能編譯C程式。然後在C和C 的新標準裡面，覺得scanf等舊版的字串處理函式是記憶體不安全的，所以提供了帶 s字尾的安全版本。在加了編譯器引數 具體那個不記得了 之後，使用舊版的時候，會報警告。VS...
如何評價 Visual Studio 2019 ？
無言 新手圖乙個新，下了visual只是想寫寫C和C 剛開啟發現連初始自帶的hello world都無法執行，可能我太菜了。搜解決方法搜了很久很久，最終也只能靠自己摸索弄出個新方法終於解決這個毛病。然後寫了個c 程式，一點執行又說找不到標頭檔案，好吧我新手真不懂怎麼解決，搜各種大神的方法到現在都沒解...