我再次強(qiáng)調(diào)，完全脫離編程環(huán)境的C/C++學(xué)習(xí)方法，不是好的方法，現(xiàn)在所謂的環(huán)境中立理論就是“什么都不學(xué)”理論，VC、GCC，主流的就兩個(gè)，精通其中一個(gè)就能吃遍天下，教材里就應(yīng)該選擇一個(gè)大講特講！
作為VC的代表，今天我給大家介紹VC中的編譯器選項(xiàng)，全面介紹不需要，MSDN里從頭到尾都介紹完了，今天我只講對(duì)生成的exe文件大小和速度有影響的。
用VC就得用IDE，我也以IDE的工程設(shè)置里面的排列順序介紹，某些選項(xiàng)需要自己手動(dòng)添加的最后介紹，我后面說的默認(rèn)值是release的，debug版本一般不需要調(diào)選項(xiàng)。
項(xiàng)目 - 屬性 - 配置屬性 - C/C++，這是編譯器選項(xiàng)。 優(yōu)化：
通常，算法程序選擇最大化速度(/O2)，界面程序選擇最小化大小(/O1)，可以獲得最佳的效果。
優(yōu)選大小或速度，只有在使用完全優(yōu)化(/Ox)時(shí)才有效，完全優(yōu)化一般不推薦使用，用處就是可以生成速度與/O2基本相當(dāng)，但是體積更小的代碼（選速度優(yōu)先的話）。 其他幾個(gè)選項(xiàng)實(shí)際上已包含在/O1、/O2之中，具體請(qǐng)看MSDN。
代碼生成：
啟用字符串池(/GF)，會(huì)將相同的字符串合并，當(dāng)然可以減小空間占用，雖然本項(xiàng)目默認(rèn)沒有打開，但是默認(rèn)的/Zi選項(xiàng)會(huì)自動(dòng)打開/GF，這里打不打開一樣。
啟用C++異常：該項(xiàng)默認(rèn)打開，在C++項(xiàng)目中（比如MFC中），
會(huì)大大增加程序體積，增加約30%，關(guān)閉并不代表try不能用了，但會(huì)一定程度上降低健壯性，對(duì)于空間要求較高的程序，建議關(guān)閉。對(duì)于正式項(xiàng)目，請(qǐng)參見MSDN，看看會(huì)不會(huì)造成不利影響。
運(yùn)行庫：默認(rèn)多線程DLL(/MD)，
體積最優(yōu)的方案，如果對(duì)方?jīng)]有VS運(yùn)行時(shí)庫，選擇/MT會(huì)將C/C++運(yùn)行庫靜態(tài)編譯，體積增加不少，因此，我的選擇一般是程序與redist包一起發(fā)布，也就幾M，而且以后永遠(yuǎn)可以接受/MD版本了。
緩沖區(qū)安全檢查：關(guān)閉的話，減少0.5K~1K體積（默認(rèn)情況，VC的段長度512字節(jié)，因此程序體積變化的最小單位是0.5K）。
啟用增強(qiáng)指令集：真想用SSE3的話去用Intel C++，VS2008只支持到SSE2，而且，在我的機(jī)器上貌似使用默認(rèn)設(shè)置就能達(dá)到選擇SSE2的相同速度，
如果安裝了Intel C++ 11，可集成與VS2008，同樣的地方選擇SSE3效果超群。
浮點(diǎn)模型：精確還是快速理論上肯定對(duì)速度有影響，但是我極少使用浮點(diǎn)編程，我的方向是系統(tǒng)、安全和密碼，都是整數(shù)的天下。
高級(jí)：
編譯為C還是C++影響不大，這充分說明了C++簡(jiǎn)單面向?qū)ο筇匦院虲效率差不多（如重載，默認(rèn)情況下，編譯器會(huì)檢查擴(kuò)展名決定目標(biāo)代碼類型，對(duì)于cpp文件，所有的函數(shù)都會(huì)編譯為可重載的類型，但是對(duì)效率幾乎沒有影響）。
項(xiàng)目 - 屬性 - 配置屬性 - 鏈接器，這是鏈接器選項(xiàng)。 輸入：
忽略庫只有在庫沖突時(shí)候才有用，VC絕對(duì)不會(huì)連接沒有調(diào)用到的庫，哪怕你明確指定了。
清單文件：
完全使用API編程可以不生成清單。減少約1K體積。
一般情況下，關(guān)閉UAC的那一項(xiàng)，可減少0.5K。
調(diào)試：
關(guān)閉“生成調(diào)試信息(/DEBUG)”，
根據(jù)程序規(guī)模，可減少1K~幾十K。
優(yōu)化：
release模式，默認(rèn)情況下已經(jīng)該組已經(jīng)最優(yōu)了，/OPT:REF和/OPT:ICF已經(jīng)打開，注意，VS2005、VS2008中Windows 98優(yōu)化那一項(xiàng)沒用，不像VC6取消Windows 98優(yōu)化可以大大減小體積。因?yàn)閂S2005、VS2008中段大小已經(jīng)是512字節(jié)，VC6默認(rèn)4K。
高級(jí)：
指定入口點(diǎn)，
可以大大減小程序體積，但是不調(diào)用CRT的入口無法自動(dòng)處理參數(shù)，可用GetCommandLine和CommandLineToArgvW這兩個(gè)API來處理參數(shù)。
隨機(jī)基址：默認(rèn)模式啟用映像隨機(jī)化(/DYNAMICBASE)，會(huì)大大增加程序體積，因?yàn)檫@是個(gè)增加程序防反編譯、防破解能力的選項(xiàng)。如無需求，請(qǐng)選擇禁用映像隨機(jī)化(/DYNAMICBASE:NO)，
文件越大，體積縮小越明顯，至少30%。
命令行：
小程序，可以指定段大小/ALIGN，/O1編譯的化最小可以使用/ALIGN:4，這個(gè)選項(xiàng)不推薦，第一有點(diǎn)規(guī)模的程序就不能用太小的段，/O2優(yōu)化的也不能用小段，而且默認(rèn)的512字節(jié)段可以使用UPX壓縮，再小就不能了，除非咱們編譯那種600字節(jié)的Hello World，這個(gè)選項(xiàng)意義不大，因此微軟才沒有給他一個(gè)圖形選項(xiàng)。
同樣，編譯600字節(jié)hello world還需要/merge合并段選項(xiàng)，同樣不推薦使用。
有些選項(xiàng)VS2005和VS2003沒有，VS2003還包括幾個(gè)VS2008廢除的選項(xiàng)，實(shí)際上VC里面程序優(yōu)化效率最高的個(gè)人感覺是VS2003。VC6的界面差別比較大，選項(xiàng)有一定差異，但畢竟都是微軟的產(chǎn)品，差別不大，甚至于MASM這個(gè)匯編編譯器，連接選項(xiàng)大都與VC相同……
再說一點(diǎn)，VS2008SP1的MFC工程會(huì)自動(dòng)生成巨大的256*256真彩圖標(biāo)，因此默認(rèn)的MFC對(duì)話框程序都有近100K，建議刪除多余的圖標(biāo)，配合上述選項(xiàng)能減到10多K
原文地址：
http://blog.csdn.net/jackyjkchen/article/details/4676635