找回密码
 加入华同
搜索
黄金广告位联系EMAIL:[email protected] 黄金广告[email protected]
查看: 1445|回复: 2

瘦身你的执行文件

[复制链接]
发表于 2006-9-28 21:36:19 | 显示全部楼层 |阅读模式
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常
  H/ I, i$ c9 q6 B只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉/ R: d. W0 t2 B0 L6 M
你如何通过修改程序的编译选项来瘦身你的执行文件
4 k1 f5 c7 d+ X& I先看一个最典型的程序:
5 T: j* g' j9 d" }$ I#include<stdio.h>0 V& z. Q( o6 _
int main()
7 h0 [" J% F' M) b  l( e/ G{
) n/ p3 O- B* E! a printf("Hello,World");
/ ^: V9 R' ~/ d$ X4 Y return 0;
. M8 F, N% p( ^/ V  b: C3 g; N}
% S( J2 d$ y: z5 f: x; _1 ]6 u& R* L- [: d  g
上面的程序之所以被称之为典型,是因为他有如下的内容:9 [9 U0 N5 ~% Q7 F) ]2 Z% y* i. X
1、系统函数调用:printf
, c/ M" Q* ^& l" O2、有静态数据段+ z; ~& X! y3 L+ N0 F. r) X0 t
" B" P6 g/ C  ?1 D" D. v
好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。0 D% t' F6 D5 }
1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成& K% f/ Z5 V) B7 w
Project文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大( Q& \' D* I" z3 g2 v- _
小,为172,096Bytes。$ W9 G% z% _# Q' e2 \8 ^

0 |- S  O( n% R1 L2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再
. B* T1 I# O' L编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release
0 D7 ^# D* ^, X  n  i% k的小。
0 U* q: j7 k% R' Q0 u. o& M, y. W5 N, @* T8 @$ {$ g9 {
3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize9 ~& [# d* K* S% X) u
Size看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变
( k* M0 ], W% U- m/ @* t* b化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。6 n. z$ S7 X" R* t2 E7 u, o

( T* ~$ O' {7 V0 g. i9 W4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由
! Z3 U( F- B0 i: b5 \4 v& ~' E) L/ c于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static
' y3 W" C6 W  c) h0 z9 Z% _Library),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编6 F( F7 W+ d, q- [+ i9 \; P7 b) s
译选项:C/C++ => Category:Code Generation => Use run-time
' Y# j0 a8 z5 ?( t$ xlibrary:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。
3 U/ ~& ^; B- L+ [( x* z" c0 r$ s: S4 w( u! C" f/ [6 M
5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit
* h  R% {2 E! k! N  X! T7 E; k3 X看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的- s( P; H4 X' C' N* o! Z  W
必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采
$ A( ]7 G3 ]) B2 [1 g" b用编译器缺省设定的。好,我们来修改一下段的大小看看:% }8 ]3 p. K* B7 C
5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应8 P8 r# K; R& s9 Y/ G- D
的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。; f. q- S2 g1 Y
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩
+ ~/ Q5 s. ]7 p; x$ S3 U' N9 c; p- Z小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都. t# W* j+ u: M* p0 ^
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:
: n7 y; B* k) _2 d' O: h3 W" ]8 @- o' n/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉9 V: @  V5 c' X
害,现在代码更小了。
5 a% J9 }+ i( ?8 y  u: |  G5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合
8 G- Q- t- p; }3 P& D- g并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:
  M6 {. X( C1 R4 e. G/ D5 }/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的
. u# Z" z. s+ m  [+ A很不错了。7 T9 p# S6 ]3 \" |8 f0 x: W
9 c. }3 A. i+ b, C% i! X% ~7 P
6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果9 |  B6 }6 A7 G/ _8 Z. P
没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:( T5 V: L$ g2 [) N
main,把入口地址直接指向我们的main函数看看。得到592Bytes。
, R: T" y7 a8 b& F: c8 v8 b( n0 v  ?4 y- v" s
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译/ U" @/ }0 ~+ x, v; G, z& c# j3 s& ]
出来的最小的代码了。4 `* i& |  B' K3 z$ r  G2 l2 n: M

+ L/ i1 H& W4 C6 d' ^8 d' q) W' k结论:
  C3 `0 p- b. l! P# b8 i通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目; D7 s+ A6 p  c2 s6 W
的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。: V6 c# m( }% ~3 E/ Q. n+ O
如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已( W) j8 e: w. \3 q4 Z, w  C5 I
经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带
8 d" v  H+ G# i. @* {: v1 O有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。. `' C' s& X2 e/ G
- Z. n% f7 T1 e  o' [9 o: G, a7 ^
另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些
9 d7 C5 L! e+ A# I* t5 ]EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。& Y- n3 A8 S9 a) ]! X
: ^9 G, y/ ~6 `
以上部分的不足之处,还请多多指正。
发表于 2006-10-3 13:00:07 | 显示全部楼层
谢谢楼主
回复

使用道具 举报

发表于 2006-10-7 16:25:19 | 显示全部楼层
这个如果是楼主的原创,希望能够在细致的解释一下,代码优化部分,可以遵循ood中的reuse一些原则,如抽象工厂,开闭原则等会是更好的解决软件优化的方法。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入华同

本版积分规则

Archiver|手机版|小黑屋|华人同志

GMT+8, 2026-8-4 16:10 , Processed in 0.055102 second(s), 4 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表