如何把VC代码优化

人们都说vc做出的东西可以小点,现在你打开vc编译一个Hello World出来!点属性看

下,咦!我没走眼吧，就一Hello World就160kb真是要人命啊!

呵呵!上面的情况是笔者所遭遇的情况.不过后来了解vc可以通过设置参数来自定义

编译方式.为什么文件那么大!主要是编译器加入了很多没必要的代码(这里是对我们

而言,不过有些代码还是有利于安全的).好了我埋芹滚们就手动改下编译器的参数来看看能

到多大!

我们主要用到的技巧有:

一,使用release版而不用debug版编译

使用debug版编译会生成许多垃圾信息.我们先使用默认的设置进行一下编译.可以看

到编译后生成的文件有152k之巨.使用release版编译具体方法是:在"build(编译)-

-->Configuration(配置)"中将"Win32 debug"移去,然后再次编译可以发现文件已经

小了很多,才24k.但离我们的目标还很远呢.

二,设置自己的入口点函数

C或C++程序默认的入口函数是main()或WinMain(),但我们现在不用什么

Main,WinMain.因为这些都不是直接的入口点,编译器在产生exe文件的时候,将为我

们生成真正的入口点.下面我们来定义自己的入口函数,具体是把main或WinMain改成

其它的名字(如MyFun),打开"Project(工程)--->settings(设置)"选项,选中"link"

选项卡,在"Category(分类)"下拉列表中选"output",在" Entry-Point symbol(输入

项-点符号)"中输入我们刚才定义的入口函数(MyFun),在源程序中也要做相应修改,

然后再编首戚译.现在是16k了:)

三,更改编译对弯余齐方式

通常VC在编译的时候,采用的对齐方式是0x1000,即4096bytes,我们现在将他改成

0x200,即512bytes.

在刚才打开的"link"选项卡,在下面的"Project options(工程选项)"中添

加:/align:512(还可以将512设

置的更小如16,32.....).注意两个参数之间有个空格. 3k了^_^用32试试 1.84k好

~~~用16 1.79k天哪!

再把程序的数据段和代码段放在一起,添加:/merge.data=.text

/merge:.rdata=.text 1.76k go on!

另外,如果要是用到MFC函数的程序,可在"Project(工程)--->settings(设置)"里面

的"通用(General)"选项卡中在"Microsoft Foundation Classes"中选择使用一个

MFC的dll(Use MFC in a Share Dll)也会使文件大小缩小很多.现在我们的超小后门

编译好了,试下能用否. ok 没问题哦

大家注意到程序运行时会产生一个cmd窗口,要让他没有就好了.这也好办.

回到VC++中,在"Project(工程)--->settings(设置)"选项,选中"link"选项卡,在下

面的"Project options(工程选项)"有/subsystem:console选项,表示程序是控制台

程序,双击运行是会有一个cmd窗口,把console改为windows就没有窗口了.:)，运行

一下 没有窗口哦 但有进程 连接一下试试

ok 没问题 这样我们的超小1.76k telnet小后门就成功了 不被查杀哦 ^_^

// 编译器 cl.exe(Visual C++ 6.0)

// 没有做任何优化情况下,编译大小为:16K

// 编译优化后: 1K (用16进制编辑器把尾部的0x00去掉: 712bytes)

#include <windows.h>

#pragma comment(lib,"kernel32.lib")

// 作用: 指定节对齐为512字节

#pragma comment(linker, "/align:512")

// 作用: 合并节

// 将.data节和.rdata节合并到.text节(代码节)

#pragma comment(linker, "/merge:.data=.text")

#pragma comment(linker, "/merge:.rdata=.text")

// 作用: 指定子系统为windows (和优化无关)

// vc编译器默认是console,会有个黑糊糊的CMD窗口,不好看.用windows就好了

#pragma comment(linker, "/subsystem:windows")

// 作用: 指定入口函数

// 子系统为windows的默认入口点WinMain和console的默认入口点main,都会引入

#pragma comment(linker, "/ENTRY:main")

//int WinMain(HINSTANCE current, HINSTANCE prev, LPSTR cmdline, int

//showcmd)

// 作用: 去掉函数的栈帧代码,纯属吹毛求疵:-)

// 即函数开头的push ebp / mov ebp, esp和结尾的pop ebp / retn

__declspec(naked)

void main()

{

// 调用wmp. 这是按套路出牌的方法.

//typedef VOID (__stdcall *fnRunDllW)(HWND, HINSTANCE, LPCWSTR, DWORD)

//((fnRunDllW)GetProcAddress(LoadLibrary("msdxm.ocx"), "RunDllW"))

(0,0,0,0)

// 不按套路出牌,不压入RunDllW的函数参数,直接调用.

//GetProcAddress(LoadLibrary("msdxm.ocx"), "RunDllW")()

MessageBox(0,0,0,0)

// 注意此时的堆栈是不平衡的.

// 但是通过ExitProcess()退出自身,就不用去考虑平衡了.

ExitProcess(0)

}

1、软件方面导致的CPU使用率高

这方面主要涉及到的是系统问题，比如系统过于臃肿，开启过多程序以及电脑中病毒、木马等等都会产生CPU使用率过高，而导致电脑速度慢。

解决办法主要是围绕系统优化，优化开机启动项、尽量避免开启太多程序等等。

2、硬件方面导致的CPU使用率高

其实硬件方面决定着比较大的关系，比如如果电脑还是卖并老爷机，采用最初的单核赛扬级处薯顷理器，那么这样的电脑，在多开启几个网页的情况下就容易导致CPU使用率过高，不管你怎么优化系统，这个问题始终无法很好解决，这主要是因为硬中手迹件本身过低造成的。

这有很多橡孙情况的了……比如你做的是MFC的工程，那要载入的DLL文件就会很多，所以运行时间比较慢耐老，但是一般来说运行时都不会占太多内存的，小的程序一般都不会上MB的，你可以调任务管理器出来看看。

VC里面在编译时提供了两个版本，一个是Debug版本一个是Release版本，两者比较的话后者的运行效率会更高一些，但是相对的就没有了一些VC本身的出错检查和判断。如果你觉得慢的话可以试试后面那个。VS08的修改方法是直接在工具栏上的解决方案配置下拉栏中选择Release。

以上仅仅是从工程的角度看，引起内存占用过多还有可能是你的算法不对，这个就要具体对症下药了，建议你看看有关算法方面的书籍，来对你的算法进行优化。

对补充的回答：

3DS模型我没用过，所以也不太清楚，据我所知MFC是比较稳定的环境，一般不太会出现内存溢出等的问题，看你模型是怎么样加载的吧，动态链接库？有可能那个模型比较大，比较耗内存吧。我至今为止写的MFC程序内存占用最大的应该在30MB左右，梁亩链而且那个是内置一个播放器的。如果是软件模拟处理图像的模型，那应该是比较耗内存的，毕竟平时这些工作是交给硬件处理的。比如用OPENGL或者DX就是主要用显卡而不是内存的

---