• <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優化可以大大減小體積。因為VS2005VS2008中段大小已經是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里面程序優化效率最高的個人感覺是VS2003VC6的界面差別比較大,選項有一定差異,但畢竟都是微軟的產品,差別不大,甚至于MASM這個匯編編譯器,連接選項大都與VC相同……

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

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

            久久受www免费人成_看片中文| 久久99亚洲综合精品首页| 久久久国产亚洲精品| 久久无码AV一区二区三区| 久久精品毛片免费观看| 久久国产精品一区二区| 久久亚洲国产最新网站| 久久国产精品国产自线拍免费| 久久亚洲国产最新网站| 久久国产精品99国产精| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久久久久久97| 亚洲国产精品无码久久久秋霞2| 亚洲国产精品无码久久| 久久99国产精品久久99| 久久涩综合| 中文字幕无码精品亚洲资源网久久| 欧美伊人久久大香线蕉综合| 少妇久久久久久久久久| 91精品婷婷国产综合久久| 久久精品18| 蜜臀av性久久久久蜜臀aⅴ| 久久亚洲欧美日本精品| 伊人久久无码精品中文字幕| 99re久久精品国产首页2020| 狠狠久久综合伊人不卡| 亚洲精品无码久久久久久| 97精品国产97久久久久久免费| 国产99久久久国产精品小说| 久久久免费精品re6| 久久强奷乱码老熟女网站| 久久精品中文騷妇女内射| 久久精品成人免费国产片小草| 久久人人爽人人爽人人av东京热| 精品999久久久久久中文字幕| 久久久午夜精品福利内容| 久久九九免费高清视频| 国产精品无码久久综合| 久久精品国产99久久丝袜| 久久99国产亚洲高清观看首页| 国产精品欧美久久久久天天影视|