|
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常8 M0 W1 d- l( p# d. @
只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉- U+ w8 F. ^9 A/ t8 Z
你如何通过修改程序的编译选项来瘦身你的执行文件
4 N y) }6 A( p5 H5 V b先看一个最典型的程序:
5 d. ?5 {- D/ |; e! W#include<stdio.h>
$ W$ S e- W" h8 ~6 w% X+ Bint main(), t" y2 \, ]0 I( o" q+ T
{! B1 G* m# n6 r% _0 p
printf("Hello,World");" V$ [ U/ O6 D8 h: m) _3 B* w
return 0;3 n0 K% O( p7 ?! X& T# J
}
! ^ {( G E- ^2 h/ ~- K! E( }' S2 {' k
上面的程序之所以被称之为典型,是因为他有如下的内容:+ B0 C! B+ F; A0 ]! s/ v% e! K
1、系统函数调用:printf
) |8 m4 M* Y3 H; h2、有静态数据段! W* w+ X+ Q8 i$ g/ g; K) d! k( V; `! i
1 g% K. M& c5 i1 c1 S7 A
好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。
' N$ h7 T" Y% m0 B5 h C! g, R0 p1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成1 K9 M( n+ u( j5 y- W) J' D& j
Project文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大
6 X e" ^* m' `* a, o4 m+ z小,为172,096Bytes。0 r; o, b1 ?/ ]& y4 b( E* k
8 M0 y; ]& {% C) z2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再& n$ G5 e9 k6 o. a$ Q b( m# _3 z
编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release/ r( B1 _% n: w' @, N
的小。3 F- i2 W E" o6 t# M$ E2 n
+ A5 i$ v% G, |( Q6 c' v+ ?" p3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize
% b+ }! e) Q: D0 G e; RSize看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变8 h8 l2 R4 I0 Z) y( Q3 G' T
化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。$ @: K; `! P, q8 M. i \7 h9 {4 `- N. _
4 Z* p2 d, K/ w
4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由8 q( r5 Z: ^$ J+ \1 z5 P3 x
于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static5 q* i; M0 G0 o6 m1 L
Library),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编8 @3 u$ l* S$ }- E; e N4 I- l, \9 t
译选项:C/C++ => Category:Code Generation => Use run-time% [9 u2 C D7 O0 v8 g6 e: F
library:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。0 P' `6 Q) G6 C
0 p9 X" ~- |. e1 x
5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit
7 D* I% w' {6 O' |) t! F7 S看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的$ I2 }4 o/ z- I# ]: z% A/ P0 `& I
必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采8 ^# T" o$ i* _
用编译器缺省设定的。好,我们来修改一下段的大小看看:
. a3 [: F# h2 I" u% o8 w* }5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应$ ]. D; t. }* Q& m5 Y
的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。
! P4 T2 o/ ? G2 s' }2 o5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩5 P& C5 }$ S$ R: d- `, j
小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都( R4 K2 @! x+ r. @: g' g
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:8 ]9 c' k1 G5 T2 e% g% n5 Q
/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉
! ?! N: {2 z- y害,现在代码更小了。4 S$ @+ r9 x1 A" d
5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合
, z. }( u$ M# n( G' X r. h并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:
% A' N4 Z7 ~! _" y/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的/ |1 k' {( a5 c+ e' X
很不错了。
# i! T! \ q1 y7 i+ X% q' W! ?/ {; L: ?
6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果
4 G" t2 a; w0 T# j3 I没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:4 d% W2 p; a) \3 o, }
main,把入口地址直接指向我们的main函数看看。得到592Bytes。, D4 h) r8 V9 _2 ]+ m
2 S2 W z+ S4 n7 Y) N
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译/ p) ~+ z6 i( | L, `
出来的最小的代码了。$ O, x: F4 a+ k& b: w {' @
- m1 s/ Q4 K F2 a结论:
2 y) U% I3 f3 ?7 J' S' V通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目8 h8 u( M4 w. Q6 O R" `0 \
的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。
4 o0 Y, F4 A! d( O5 P% H# L0 j) e如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已
! ]- t) H2 H5 R' l* [经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带
/ \+ C& p8 x1 G$ Z2 V* ~有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。
" r8 x7 l8 _( ] r4 y
$ J" Q7 T" p' |( y; k. c6 M另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些* c, K; b# F( z) h: Q- |0 p& E
EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。# |( o. ~% j+ y. n8 l9 S
5 ^; u( ~% |8 ~5 h: k以上部分的不足之处,还请多多指正。 |
|