A. Visual Studio編譯很慢，什麼原因
第一步:你編譯10幾20次之後編譯所需時間會達到10分鍾左右,你關掉VS,並且用任務管理器關掉所有的vs進程
確保VS進程全部關掉後，重新啟動VS打開項目，再次編譯,如果時間正常則說明你的程序有死循環,程序問題,
如果時間很長,應該是VS問題,
不知道什麼問題羅/
哈哈
你開發的其它程序有這種情況嗎?
B. vs2010 編譯程序時間超長
(1) 機器內存太小，vs2010編譯時約需要200M物理內存；
(2)系統盤有問題，需要優化整理
C. 為什麼在使用vs2010時編譯c++程序時候速度特別慢，而以前用vc6時快得多
兩個方法：
1.在工程下按Alt+F7打開Properties
1.1
在General里whole program optimization,將選項調整到use link time code generation
1.2
在C/C++選項卡下的general把multi-processor compilation設置為YES
D. 為什麼Visual Studio 2010的編譯速度比Visual Studio 6.0慢很多，有什麼方法可以加快速度嗎
編譯器不同，使用的編譯方法不同，主要差異在代碼優化，智能糾錯等方面。6.0是上世紀的產物，連C++標准都實現的非常不完善，更何況代碼優化之類的特別費時的工作。隨著CPU和操作系統技術的發展，二進制代碼生成更加困難，優化更加復雜，當然最終代碼的執行效率會更高。
另一方面也是由於nt內核的代碼復雜度變的更高，vs2010的頭文件和6.0的版本是不同的，很多新的的系統特性都被加入到windows頭文件中。
加快速度的方法有禁用優化選項，禁用clr檢查等。最基本的還是良好的程序結構，能減少編譯器的工作量。vs在生成代碼的時候即使是release模式仍然會創建大量的調試信息在工程中，以幫助問題發現和恢復，在vc6時代是沒有這東西的。
E. 請問用C#在VS編寫的程序運行快還在vc++用MFC編寫的程序運行的快呢
第一次編譯運行，C++要快，因為它是一次直接編譯成機器指令。
而C#第一次編譯運行要慢些，先編譯成平台無關的CIL代碼，然後由JIT編譯器編譯成本地相關的機器代碼。
但是再運行的話，後來C#就高效了，因為JIT編譯器將CIL代碼便以為相應的本地機器代碼的時候，會用適合目標操作系統的方式將結果存在內存中，以備以後使用，就不用再編譯CIL了。
更重要的是JIT編譯器，Just-In-Time即時編譯器，.NET運行庫環境將使用針對各種不同CPU的JIT編譯器，每個編譯器都會針對底層平台進行優化。
最後，現在的硬體越來越便宜，性能越來越高，一次編譯和二次編譯在速度上已經沒什麼差別了，但是二次編譯的好處太大了，跨平台能力大大提升，一次編譯處處運行。
F. 最近VS運行C#開發的winform程序特別慢，打開一個窗體都得1分鍾，但直接打開debug里生成的程序沒有這個問題
直接打開Debug是直接運行編譯好的程序，肯定不會卡啊。估計是每次啟動VS後都會重新分析系統環境，所以比較慢。重裝下吧，比較省事的。
G. Visual Studio編譯很慢，什麼原因
Visual Studio編譯很慢解決辦法：
打開vs2010的工具選項，環境>常規之下 查看」視覺體驗」配置，它默認選擇了」基於客戶端性能自動調整視覺體驗」並啟用硬體圖形加速，取消選擇這個選擇。