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

瘦身你的执行文件

[复制链接]
发表于 2006-9-28 21:36:19 | 显示全部楼层 |阅读模式
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常- n) g# i2 ]0 G) p9 k8 R
只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉
. U5 j) }" P4 N. X. J% E6 [你如何通过修改程序的编译选项来瘦身你的执行文件* P% W: Y( k- k) H# I
先看一个最典型的程序:
# J3 j; r) X" ?4 p6 E$ f& Z#include<stdio.h>
1 q. @* E2 M& i7 r( I; L5 eint main()7 h  T! K% X! \
{( \7 S" e  O1 o' p9 g  k: s
printf("Hello,World");- I3 Y% f( R4 e0 \
return 0;
: N& ]0 U, X( J# T/ J2 p' |}+ N. T4 h" o# f6 f

' y2 x- \' d& f0 J3 |! U3 D* \上面的程序之所以被称之为典型,是因为他有如下的内容:% ?/ N" E% C# ]) ?: {$ F' e
1、系统函数调用:printf
' s- ~( Q; ~1 h* s9 l2、有静态数据段% [! M9 X; F- `' y  G

' b7 d: P+ O1 i# N1 _2 }, j好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。; E! [: x9 W" i  d  J5 T2 z
1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成
& x8 j$ k6 h/ hProject文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大/ |# X( F/ V0 M( S& b) I
小,为172,096Bytes。
- {$ I1 ?, v! q6 |  F& }: d/ @% o& {1 M; p
2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再
1 |7 r8 Z2 N: `  k编译。察看执行文件大小,现在成了40,960Bytes。看来Debug版本的要比Release
$ h; U1 {6 d. z0 l+ l的小。
  o2 D; B/ L2 I' P5 {' D; q( a# n6 D7 I1 H2 @9 f
3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成Minimize
, O2 F$ |4 B7 J* ySize看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变! T& V5 X! w/ f0 T" w3 q+ {
化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。) b% j/ t: B( F* S+ W

+ h" _: X, W8 Y5 _4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由
9 ~6 V4 J4 `; R9 [# D6 v于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,Static1 `% }3 Y0 Z# m% V
Library),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编
- c# k6 G) W6 v: r% z+ j9 G7 Q译选项:C/C++ => Category:Code Generation => Use run-time& ]+ n( l) G' e' x7 _
library:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。
* Y' p$ }, q4 X9 D0 u+ J8 z, a& w- f, B+ ]2 T0 N5 W$ F$ ~/ y7 g
5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit
' t0 c( k# f/ t看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的
2 b/ A1 g( J4 M7 Y( o+ P必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采
9 P: p; I1 S8 b) P3 C用编译器缺省设定的。好,我们来修改一下段的大小看看:
1 R7 p8 U8 Y8 C% S5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应
+ Y2 S; m; b( M的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。8 v% k% {5 Q# x! Z  I3 P9 A/ G0 A$ U
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩
( Z& q" i7 ?  a' q. o# b小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都: P# B: Q2 n$ w5 [& J
是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:
% z& g: z. V6 Z/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉9 e: h" R: @' r8 ?# W$ T1 I4 b
害,现在代码更小了。
" u( e  A+ h4 B5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合! s  N- N8 Z) b- i$ `" G: d$ `
并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项:
0 {5 C+ u/ }" ]# p, X5 F& s  ~, [/merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的  A" ?4 r- c0 N' q) F; s
很不错了。
' u3 F# w. P( y: C# v% m; u* q% K! l
6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果/ W* C1 g8 A) w; d
没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:
0 ]* @  @+ y7 [; Q& K7 F3 tmain,把入口地址直接指向我们的main函数看看。得到592Bytes。. F) I! @( ]& n8 [4 Y4 m
0 k! C7 X: r9 B5 Y# V
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译6 ?8 I( h; V0 U' z
出来的最小的代码了。
9 ?8 J' `1 \% i2 l  g+ v3 S" t8 N; l0 d& V; t7 C) A0 j* y
结论:
9 L/ H0 Q2 Z+ n# A/ E2 k5 ?通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目
# ^7 p6 e# M9 e( i的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。
4 `' w/ l( L8 ^+ V2 o& z如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已
5 b6 |' {$ W& p8 _8 w经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带
  F; M. u/ o: e) P' q" I& s) M有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。7 h3 `3 I" ?! X  x1 M/ q" x5 P1 x  }

! i( Q5 W! e& Q. I另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些: c% V( B3 t- l6 Z3 y3 h
EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。
9 @9 R. X& I6 \9 b. N1 y/ Z6 x- N0 ]
以上部分的不足之处,还请多多指正。
发表于 2006-10-3 13:00:07 | 显示全部楼层
谢谢楼主
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-9-21 06:05 , Processed in 0.013772 second(s), 5 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2026 Discuz! Team.

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