设为首页收藏本站官方微博

汉化资料 【汉化相关】如何用VC编译出体积小的程序

[复制链接]
查看: 2236|回复: 1
打印 上一主题 下一主题

[汉化资料] 【汉化相关】如何用VC编译出体积小的程序

跳转到指定楼层
楼主
发表于 2009-10-20 11:51 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

【汉化相关】如何用VC编译出体积小的程序

原文
- e: i. Z: {3 _! {) Qhttps://forum.eviloctal.com/view ... 1&authorid=1612
/ n/ w( U* O/ K- ^  N1 E& s
  Q( ?9 D. N9 q% g' {4 F前几天比较关注如何用VC编译出体积小的程序
1 S5 q( j2 d. I* m  R恰好在幻影看到一个贴子,的确,VC优化的好,编译出来比用汇编编译出来的还小
; z# C8 A, g4 A3 d$ v: g* _% Mhttp://www.ph4nt0m.org/bbs/showt ... &threadid=35880+ x& c% D) _! R0 ~3 D7 ?- D, g7 k
以下是原文复制内容到剪贴板代码:
/ i5 z# h% X2 G# A转载
" I: A! A% w: o====" q( b$ Q4 h! d3 L5 M: Z; k
在网上,有好多绿色软件,不仅功能强大,而且软件本身的体积非常小。有的通常只在几十K左右。那他们是怎么做到把软件做的怎么小的呢?现在我手把手的告诉你如何通过修改程序的编译选项来瘦身你的执行文件。
3 O  G& G; ]+ _先看一个最典型的程序:
  k9 C. |& C$ q5 \7 ^9 l#include <stdio.h>
7 n) V5 b, ^, x' hint main()1 h# I: H+ G) j
{* o, K. O# @( ~+ C2 s$ ~0 I
printf("Hello, World!\n");
+ A3 F- a, Y5 O. O" I1 m: u2 |return 0;
0 }" W, _+ e' V6 O  [) U}; f2 [& `- ?0 m8 w* ?6 F
上面的程序之所以被称之为典型,是因为他有如下的内容:
# p$ t( K7 s; S1、系统函数调用:printf; [! F+ V$ j6 G" H# b
2、有静态数据段
+ Q9 c0 z7 N/ L7 E& @! r$ V/ O6 s好,现在把此文件放到VisualStudio6.0中进行编译,看看文件有多大。- w/ {$ P0 e6 b" |6 E  a: H9 f8 m- s; V1 t
1、用VisualStudio6.0打开HelloWorld.cpp文件,直接按F7。然后点击OK,生成Project文件,然后进行编译。编译完成了以后,看看Debug目录下的执行文件的大小,为172,096Bytes。
- y3 u& q9 a  F2、刚才编译的Debug文件,现在修改成Release文件看看。选择Win32 Release,再编译。察看执行文件大小,现在成了40,960Bytes。看来Release版本的要比Debug的小。
' L2 B5 e/ v3 T1 ]2 y; _+ {3、检查代码优化:发现执行文件的优化是Maximize Speed。那么修改成MinimizeSize看看。重新编译,得到执行文件的大小为:40,960Bytes。看来大小没什么变化。其实这是由于我们的代码本身太小的缘故,导致即使变化了也看不出来。
; [7 a* _9 B5 T( Y9 p, \! M4、想想我们程序的main函数是由CRT类库进行引导的。在我们现在的设定当中,由于采取的是系统缺省的编译连接方式(缺省为编译为Single Thread,StaticLibrary),所以,在我们的执行文件当中,包含了CRT的二进制代码。好,修改编译选项:C/C++ => Category:Code Generation => Use run-time
4 c' q' K& P$ l8 M0 F. [# Z- K1 glibrary:MutiThreaded Dll。编译看看:执行文件大小变成了16,384Bytes。# o! @. a. N) M' H3 L# B
5、刚才的设定确实不错,一下子把执行文件大小减小到了16K。现在用UltraEdit看看执行文件都是些什么内容。结果大吃一惊:基本上都是0。看来这个有减小的必要了。都知道,执行文件都有自己的代码段,数据段等等,每个段的大小也是采用编译器缺省设定的。好,我们来修改一下段的大小看看:
! {, P5 y' i) z( z1 V2 ]+ c; D) _5 y5.1 连接选项中有一个是/opt:nowin98,意思是将段的大小设定成为Win2000适应的。编译看看:哇塞,变成了2,560byte。看来这个选项确实把文件变小了N多。1 c# ^. {( \9 l% b+ X  K) r; H
5.2 在查察连接选项中还有没有什么特别的。发现/align:xx还可以将段大小缩小。通过UltraEdit察看刚才/opt:nowin98编译出来的文件,发现每个段的大小都是4K的整数倍。看来/align:xx还有减小的趋势。试一把再说:添加连接选项:/align:16(这个大小已经是能够设定的最小的了)。看看结果:1,408Bytes。厉害,现在代码更小了。- b: `$ {' ]3 p) a. q
5.3 现在回想起来,执行文件大小有数据段,执行代码段等等,如果把这些段都合并起来,是不是就会把段之间的冗余有减小了呢?再试试看:添加选项: /merge:.data=.text /merge:.rdata=.text。再看看文件大小:1,328bytes。真的很不错了。
- `  ~3 t# M: ^' q- }5 b3 {1 d6、刚才的设定确实不错,似乎达到了我们想要的极限了。但是回头想一下,如果没有CRT库的话,会不会更小了?实际上确实这样。添加连接选项: /entry:main,把入口地址直接指向我们的main函数看看。得到592Bytes。/ A8 n0 s5 ?4 X! Q+ X5 X
最终我们得到我们最后的大小592Bytes了。我想这也许是我们通过编译器能够编译出来的最小的代码了。9 r5 G4 ?1 ^2 D1 i) S
结论:4 n3 h, d: d5 l3 X$ ^
通过上述的步骤,我们了解了如何修改那些编译连接选项来达到执行文件瘦身的目的。但是,通常来讲,在我们的Release文件当中,并不需要如此小的执行文件。如果想达到瘦身的目的,修改为library:MutiThreaded Dll和添加/opt:nowin98已经是很好的选择了。其他别的选项在编译的时候或多或少的有警告出现,而且,带有那些编译选项编出来的执行文件也不一定在各个平台上能够适用。  O9 ~  R/ E1 f# j' D2 R6 K6 {
另外:如果你的执行文件即使通过了这些设定还是比较大的话,也可以通过一些EXE文件压缩工具来进行压缩。比如UPX等等。在此不再细说了。
) R1 y3 w' k  X) e: v& v以上部分的不足之处,还请多多指正。5 C3 I, O! p) t: I, I

1 g! m. f+ V, T+ U0 E====
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享分享 很美好很美好 很差劲很差劲
回复

使用道具 举报

沙发
发表于 2009-10-24 17:17 | 只看该作者
修改器应该都采用过这些类似手法来减小文件大小吧
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

冒险解谜游戏中文网 ChinaAVG

官方微博官方微信号小黑屋 微信玩家群  

(C) ChinaAVG 2004 - 2019 All Right Reserved. Powered by Discuz! X3.2
辽ICP备11008827号 | 桂公网安备 45010702000051号

冒险,与你同在。 冒险解谜游戏中文网ChinaAVG诞生于2004年9月9日,是全球华人共同的冒险解谜类游戏家园。我们致力于提供各类冒险游戏资讯供大家学习交流。本站所有资源均不用于商业用途。

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