|
|
|
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常; j! \* x1 l) Z7 I z0 F
只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉& U q( t5 U& p- L3 M
你如何通过修改程序的编译选项来瘦身你的执行文件
* G9 {4 G$ A, \- P. z* g9 p+ H先看一个最典型的程序:
0 V, _' F/ |: B#include<stdio.h>
, S6 `$ H# f' G- A# Gint main()
% Z( b2 a0 n0 `7 N+ Q, ]{+ H) _4 J# b H$ ^
printf("Hello,World");
5 Z/ D1 ~* Q/ _& Q return 0;
$ a* \7 t* S/ y}4 X/ q$ ]! C! ?3 |" a
* C+ T; r8 u7 h上面的程序之所以被称之为典型,是因为他有如下的内容:* o1 J# o$ T* O3 N2 U4 {
1、系统函数调用:printf0 A2 h' n7 K' F; n" Z
2、有静态数据段
: t8 ^4 [$ z; L) e4 Z, n: Z& [2 n8 R: R5 h
好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。/ b: Q; j8 L0 u) M
1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成
5 e$ E; r v! P1 _' k, MProject文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大# H: J, v4 k% F
小,为172,096Bytes。) D+ w/ y' p2 J. c9 z4 M, z: V
! v# j; N- z. n* @
2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再0 c$ x" E* C+ _0 B U* A
编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release q5 F: X( N" ^# M" i
的小。; `. m$ o" O$ \: V
' q, e2 z$ K0 c1 ?" U* y, ^
3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize8 @+ a7 v! l0 e4 ^( [
Size看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变
3 L: o. \! l# G: K8 ^+ c化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。
0 H! B) C8 e+ }7 z/ S; V, J# L" ^ x, s- [9 X' B/ _5 U
4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由4 t% {# l0 s1 |2 [" E
于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static1 y. _: [* n' N$ z& }* O
Library),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编
- _+ u3 C, g( A0 E- Z译选项:C/C++ => Category:Code Generation => Use run-time
! ?7 V, f ], X' t) b- J1 _! Ilibrary:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。7 i9 E9 A# X% b$ x0 I
A% {/ Q3 |6 s' |7 I
5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit7 T+ _" ^% s! {+ s Q1 P& m
看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的# e' D I/ m3 R# j5 z
必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采3 k1 A+ |" c2 v/ g, v
用编译器缺省设定的。好,我们来修改一下段的大小看看:
) f; w' {- y. n! X+ s/ L! @5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应
1 A- e# \& d6 u# @的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。5 i( b# `, G; q/ @$ A7 r) W% T0 t
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩( p* U! k% o/ _: K" j9 y0 @
小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都
6 i6 ~5 f# e/ Z6 K1 ?6 I d是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:
: Q' g( p" R5 s) Y/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉
+ @- F- K5 j9 y害,现在代码更小了。* z4 y- T) S% |- l" z% z2 E
5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合
5 k$ R7 O. g. z/ i并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:
0 y; J' S9 d& O/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的
- w9 t f% m1 s/ {) W8 L' D很不错了。
& j" R" p1 f! o# t; m
1 D! x5 W3 C/ a/ ?/ y' _6 l( Y6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果
! l( Q! Y7 \- H: t5 k6 A* j, |& G没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:" i, f, p7 K, J. ^+ F
main,把入口地址直接指向我们的main函数看看。得到592Bytes。
- {/ [3 D% M6 g: S; ?2 _4 Z- I) q6 \; V- O. [& O j$ z
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译 d# f% ]- r/ g) j6 y$ q, V1 O
出来的最小的代码了。% O& T' c/ `5 j% K& p9 N5 Z# a
/ E2 v- {! M6 V+ Z& I4 S2 P) i& i
结论:' E* Q* n7 L# e! e
通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目 u }8 S2 s6 t/ B8 Z# w
的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。9 e z/ M8 {& c! j4 i1 @
如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已
0 I2 Y, J# W4 r经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带7 q4 t7 G3 Y$ G0 l9 e& a
有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。6 n9 |3 H) N8 p/ k
* m8 F' z( k n* ?" [1 x2 }
另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些
% ? @8 s1 \* d1 i5 R& B( m: a. kEXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。! Y& K! E/ R0 T0 a- g2 Z+ f
0 y/ J8 _% o' Z$ \以上部分的不足之处,还请多多指正。 |
|