关于bin和obj文件夹。debug 和release的区别(转)
(2010-04-19 14:11:14)
bin是放最终代码的目录
obj就放中间代码的目录
release和debug是不同的运行方式
debug会增加调试代码,方便调试。调试完后,用release版本发布,没有调试代码,减小程序体积,加快执行速度!Top
既然obj就放中间代码的目录,为什吗还要release呢?同理,既然bin是放最终代码的目录还要debug干什吗?不是多此一举吗?Top
哎!
一、先说说
编译:
编译一个源程序文件,要经过
语法、类型,甚至要判断执行时的可行性等。
是一个对文件多次扫描的过程,最后还有代码优化的过程。会有一大堆的中间文件产生。vc6下的一个mfc项目
obj目录里会有好几M的中间(临时)文件。
再复杂点,一个project有图片(声音)等资源文件,要调用其他DLL类库(可能是.net组件,可能是com),还可能由多个.cs文件组成。要把
这么多东西连接在一起。以前在DOS下用C或PASCAL,要先编译成.obj文件,再用link.exe连接在一起,才是一个exe文件。(记得
pascal还是fortran要用两个编译程序才能得到一个.obj的中间文件)
结论:编译需要大量的中间文件存放临时结果,为下一步做准备。C#是面向对象的复杂度更高!obj目录就是用来存放临时文件的!
二、debug
&
release
debug调试,你在程序中设置了断点,为什么vs.net知道在那里要停下来,当你把鼠标移到某个变量上,vs.net就会显示它当时的值?
因为编译器在代码中添加了许多调试需要的代码,可以让vs.net得到,返回给你。
这些代码当然是要占用空间和时间的,在你的程序调试完了后,可以正确运行了。完全可以去掉这些代码,这时候就应该用Release模式了。
不管Debug还是Release模式,都要编译,都有中间临时代码产生,所以obj目录下有debug
release目录。两种模式编译的结果,就放在bin目录下。
编译完后,中间临时代码是没什么用的了,所以一般不管obj目录里的东西!
各位说说,我是不是可以去写书了? :)
在用VC编译是,有debug和release两种
有什么区别呢
一个为调试版本,其中包括了出错时能够定位源代码的在行,如果源文件已经改变,定位出来会有偏移,而且,在这个版本中编译器不会进行代码优化,并且在程序中能用宏定义_DEBUG来确定当前的版本。另一个为正试版本,程序出错只是进行简单的错误处理,编译器会优化代码,以提高性能。
Release代码更小,执行更快,编译更严格,更慢
当然就没有了调试信息
经常你会遇到DEBUG成功的版本RELEASE
就有问题,以下是问题的分析总结
DEBUG和RELEASE
版本差异及调试相关问题:
.
内存分配问题
1.
变量未初始化。下面的程序在debug中运行的很好。
thing
*
search(thing
*
something)
BOOL
found;
for(int
i
=
0;
i
<
whatever.GetSize();
i++)
{
if(whatever[i]->field
==
something->field)
{
found
|