• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

            VC2008中影響exe大小和速度的全部編譯選項

            我再次強調,完全脫離編程環境的C/C++學習方法,不是好的方法,現在所謂的環境中立理論就是什么都不學理論,VCGCC,主流的就兩個,精通其中一個就能吃遍天下,教材里就應該選擇一個大講特講!

               
            作為VC的代表,今天我給大家全面介紹VC中的編譯器選項,全面介紹不需要,MSDN里從頭到尾都介紹完了,今天我只講對生成的exe文件大小和速度有影響的。

               
            VC就得用IDE,我也以IDE的工程設置里面的排列順序介紹,某些選項需要自己手動添加的最后介紹,我后面說的默認值是release的,debug版本一般不需要調選項。

            項目 - 屬性 - 配置屬性 - C/C++,這是編譯器選項。

            優化:
               
            通常,算法程序選擇最大化速度(/O2),界面程序選擇最小化大小(/O1),可以獲得最佳的效果。
               
            優選大小或速度,只有在使用完全優化(/Ox)時才有效,完全優化一般不推薦使用,用處就是可以生成速度與/O2基本相當,但是體積更小的代碼(選速度優先的話)。

               
            其他幾個選項實際上已包含在/O1、/O2之中,具體請看MSDN

            代碼生成:
               
            啟用字符串池(/GF),會將相同的字符串合并,當然可以減小空間占用,雖然本項目默認沒有打開,但是默認的/Zi選項會自動打開/GF,這里打不打開一樣。
               
            啟用C++異常:該項默認打開,在C++項目中(比如MFC中),會大大增加程序體積,增加約30%,關閉并不代表try不能用了,但會一定程度上降低健壯性,對于空間要求較高的程序,建議關閉。對于正式項目,請參見MSDN,看看會不會造成不利影響。
               
            運行庫:默認多線程DLL(/MD)體積最優的方案,如果對方沒有VS運行時庫,選擇/MT會將C/C++運行庫靜態編譯,體積增加不少,因此,我的選擇一般是程序與redist包一起發布,也就幾M,而且以后永遠可以接受/MD版本了。
               
            緩沖區安全檢查:關閉的話,減少0.5K~1K體積(默認情況,VC的段長度512字節,因此程序體積變化的最小單位是0.5K)。
               
            啟用增強指令集:真想用SSE3的話去用Intel C++VS2008只支持到SSE2,而且,在我的機器上貌似使用默認設置就能達到選擇SSE2的相同速度,如果安裝了Intel C++ 11,可集成與VS2008,同樣的地方選擇SSE3效果超群
               
            浮點模型:精確還是快速理論上肯定對速度有影響,但是我極少使用浮點編程,我的方向是系統、安全和密碼,都是整數的天下。

            高級:
               
            編譯為C還是C++影響不大,這充分說明了C++簡單面向對象特性和C效率差不多(如重載,默認情況下,編譯器會檢查擴展名決定目標代碼類型,對于cpp文件,所有的函數都會編譯為可重載的類型,但是對效率幾乎沒有影響)。

            項目 - 屬性 - 配置屬性 - 鏈接器,這是鏈接器選項。

            輸入:
               
            忽略庫只有在庫沖突時候才有用,VC絕對不會連接沒有調用到的庫,哪怕你明確指定了。

            清單文件:
               
            完全使用API編程可以不生成清單。減少約1K體積。
               
            一般情況下,關閉UAC的那一項,可減少0.5K。

            調試:
               
            關閉生成調試信息(/DEBUG)”,根據程序規模,可減少1K~幾十K。

            優化:
                release
            模式,默認情況下已經該組已經最優了,/OPT:REF/OPT:ICF已經打開,注意,VS2005VS2008Windows 98優化那一項沒用,不像VC6取消Windows 98優化可以大大減小體積。因為VS2005、VS2008中段大小已經是512字節,VC6默認4K。

            高級:
               
            指定入口點,可以大大減小程序體積,但是不調用CRT的入口無法自動處理參數,可用GetCommandLineCommandLineToArgvW這兩個API來處理參數。
               
            隨機基址:默認模式啟用映像隨機化(/DYNAMICBASE),會大大增加程序體積,因為這是個增加程序防反編譯、防破解能力的選項。如無需求,請選擇禁用映像隨機化(/DYNAMICBASE:NO),文件越大,體積縮小越明顯,至少30%。

            命令行:
               
            小程序,可以指定段大小/ALIGN,/O1編譯的化最小可以使用/ALIGN:4,這個選項不推薦,第一有點規模的程序就不能用太小的段,/O2優化的也不能用小段,而且默認的512字節段可以使用UPX壓縮,再小就不能了,除非咱們編譯那種600字節的Hello World,這個選項意義不大,因此微軟才沒有給他一個圖形選項。
               
            同樣,編譯600字節hello world還需要/merge合并段選項,同樣不推薦使用。

               
            有些選項VS2005VS2003沒有,VS2003還包括幾個VS2008廢除的選項,實際上VC里面程序優化效率最高的個人感覺是VS2003。VC6的界面差別比較大,選項有一定差異,但畢竟都是微軟的產品,差別不大,甚至于MASM這個匯編編譯器,連接選項大都與VC相同……

               
            再說一點,VS2008SP1MFC工程會自動生成巨大的256*256真彩圖標,因此默認的MFC對話框程序都有近100K,建議刪除多余的圖標,配合上述選項能減到10K

            posted on 2009-10-19 10:19 肥仔 閱讀(4814) 評論(0)  編輯 收藏 引用 所屬分類: VC 存檔

            久久99国产乱子伦精品免费| 精品国产日韩久久亚洲| 国产成人久久AV免费| 久久精品国产精品青草| 久久综合亚洲色HEZYO国产| 久久亚洲色一区二区三区| 久久无码专区国产精品发布| 国产成人精品久久二区二区| 欧美久久亚洲精品| 国产Av激情久久无码天堂| 久久人妻少妇嫩草AV无码蜜桃| 久久亚洲AV成人无码软件| 大伊人青草狠狠久久| 亚洲精品美女久久久久99小说 | 亚洲精品国精品久久99热| 久久精品国产亚洲AV高清热| 欧美麻豆久久久久久中文| 亚洲精品乱码久久久久久中文字幕 | 久久久99精品成人片中文字幕| 狠狠色噜噜色狠狠狠综合久久| 99久久免费只有精品国产| 国产A级毛片久久久精品毛片| 99久久国产综合精品五月天喷水| 国产成人精品综合久久久| 国产高清国内精品福利99久久| 久久久久久无码Av成人影院| 久久只有这精品99| 人人狠狠综合88综合久久| 99久久精品免费看国产一区二区三区| 久久午夜无码鲁丝片| 欧美成人免费观看久久| 亚洲国产精品一区二区三区久久| 四虎国产精品免费久久5151| 7777久久久国产精品消防器材| 久久国产精品无| 久久精品国产欧美日韩99热| 色婷婷噜噜久久国产精品12p| 久久996热精品xxxx| 久久久青草青青国产亚洲免观| 久久久精品人妻无码专区不卡| 精品国产综合区久久久久久|