开发者社区> 冰点沐雪> 正文

关于bin和obj文件夹。debug 和release的区别

简介: bin是放最终代码的目录   obj就放中间代码的目录       release和debug是不同的运行方式   debug会增加调试代码,方便调试。调试完后,用release版本发布,没有调试代码,减小程序体积,加快执行速度!Top   既然obj就放中间代码的目录,为什吗还要release呢?同理,既然bin是放最终代码的目录还要debug干什吗?不是多此一举吗?Top   哎!   一、先说说   编译:       编译一个源程序文件,要经过 语法、类型,甚至要判断执行时的可行性等。
+关注继续查看

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   it   */   
                              found   =   TRUE;   
                              break;   
                            }   /*   found   it   */   
                        }   
          if(found)   
                            return   whatever[i];   
          else   
                            return   NULL;   
而在release中却不行,因为debug中会自动给变量初始化found=FALSE,而在release版中则不会。所以尽可能的给变量、类或结构初始化。   
    
2.                         数据溢出的问题       
    
                  如:char   buffer[10];   
                            int   counter;   
    
                lstrcpy(buffer,   "abcdefghik");   
    
在debug版中buffer的NULL覆盖了counter的高位,但是除非counter>16M,什么问题也没有。但是在release版中,counter可能被放在寄存器中,这样NULL就覆盖了buffer下面的空间,可能就是函数的返回地址,这将导致ACCESS   ERROR。   
    
3.                   DEBUG版和RELEASE版的内存分配方式是不同的   。如果你在DEBUG版中申请       ele   为   6*sizeof(DWORD)=24bytes,实际上分配给你的是32bytes(debug版以32bytes为单位分配),   而在release版,分配给你的就是24bytes(release版以8bytes为单位),所以在debug版中如果你写ele[6],可能不会有什么问题,而在release版中,就有ACCESS   VIOLATE。   
    
II.             ASSERT和VERIFY   
    
1.                   ASSERT在Release版本中是不会被编译的。   
    
ASSERT宏是这样定义的   
    
                  #ifdef   _DEBUG   
                  #define   ASSERT(x)   if(   (x)   ==   0)   report_assert_failure()   
                  #else   
                  #define   ASSERT(x)   
                  #endif   
                  实际上复杂一些,但无关紧要。假如你在这些语句中加了程序中必须要有的代码   
比如   
    
ASSERT(pNewObj   =   new   CMyClass);   
    
pNewObj->MyFunction();   
    
这种时候Release版本中的pNewObj不会分配到空间   
    
所以执行到下一个语句的时候程序会报该程序执行了非法操作的错误。这时可以用VERIFY   :   
    
                  #ifdef   _DEBUG   
                  #define   VERIFY(x)   if(   (x)   ==   0)   report_assert_failure()   
          #else   
                  #define   VERIFY(x)   (x)   
                  #endif   
这样的话,代码在release版中就可以执行了。   
    
III.       参数问题:   
    
自定义消息的处理函数,必须定义如下:   
    
afx_msg   LRESULT   OnMyMessage(WPARAM,   LPARAM);   
    
返回值必须是HRESULT型,否则Debug会过,而Release出错   
    
IV.     内存分配   
    
保证数据创建和清除的统一性:如果一个DLL提供一个能够创建数据的函数,那么这个DLL同时应该提供一个函数销毁这些数据。数据的创建和清除应该在同一个层次上。   
    
V.           DLL的灾难   
    
人们将不同版本DLL混合造成的不一致性形象的称为   “动态连接库的地狱“(DLL   Hell)   ,甚至微软自己也这么说(
http://msdn.microsoft.com/library/techart/dlldanger1.htm)。   
    
                如果你的程序使用你自己的DLL时请注意:   
    
1.               不能将debug和release版的DLL混合在一起使用。debug都是debug版,release版都是release版。   
    
解决办法是将debug和release的程序分别放在主程序的debug和release目录下   
    
    
2.                   千万不要以为静态连接库会解决问题,那只会使情况更糟糕。   
    
VI.     RELEASE板中的调试   :   
    
1.                   将ASSERT()   改为   VERIFY()   。找出定义在"#ifdef   _DEBUG"中的代码,如果在RELEASE版本中需要这些代码请将他们移到定义外。查找TRACE(...)中代码,因为这些代码在RELEASE中也不被编译。   请认真检查那些在RELEASE中需要的代码是否并没有被便宜。   
    
2.                   变量的初始化所带来的不同,在不同的系统,或是在DEBUG/RELEASE版本间都存在这样的差异,所以请对变量进行初始化。   
    
3.                   是否在编译时已经有了警告?请将警告级别设置为3或4,然后保证在编译时没有警告出现.   
    
VII.       将Project   Settings"   中   "C++/C   "   项目下优化选项改为Disbale(Debug)。编译器的优化可能导致许多意想不到的错误,请参考
http://www.pgh.net/~newcomer/debug_release.htm   
    
1.                   此外对RELEASE版本的软件也可以进行调试,请做如下改动:     
    
在"Project   Settings"   中   "C++/C   "   项目下设置   "category"   为   "General"   并且将"Debug   Info"设置为   "Program   Database"。   
    
在"Link"项目下选中"Generate   Debug   Info"检查框。     
    
"Rebuild   All"     
    
如此做法会产生的一些限制:     
    
无法获得在MFC   DLL中的变量的值。     
    
必须对该软件所使用的所有DLL工程都进行改动。     
    
另:   
    
MS   BUG:MS的一份技术文档中表明,在VC5中对于DLL的"Maximize   Speed"优化选项并未被完全支持,因此这将会引起内存错误并导致程序崩溃。   
    
2.                   
www.sysinternals.com有一个程序DebugView,用来捕捉OutputDebugString的输出,运行起来后(估计是自设为system   debugger)就可以观看所有程序的OutputDebugString的输出。此后,你可以脱离VC来运行你的程序并观看调试信息。     
    
3.                   有一个叫Gimpel   Lint的静态代码检查工具,据说比较好用。
http://www.gimpel.com   不过要化$的。   
    
参考文献:   
    
1)                   
http://www.cygnus-software.com/papers/release_debugging.html   
    
2)                 
http://www.pgh.net/~newcomer/debug_release.htm   

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/fly_bird2008/archive/2007/09/24/1798708.aspx

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
linux中service *** start与直接运行/usr/bin/***的区别
在linux想要运行启动一个服务有两种方法: 1,运行/etc/init.d/目录下的shell脚本,还可以有快捷方式,service *** start/ stop/restart /status,  2,直接运行/usr/bin目录下的服务文件;   第一种方法启动的程序可以通过serv...
1020 0
【spring 区别】ClassXmlAplicationContext和FileSystemXmlApplicationContext的区别
今天写一个简单的spring使用例子,遇到这个问题: 项目结构如下:   代码如下: 1 package com.it.sxd; 2 3 import java.nio.file.
803 0
js之apply call bind 区别
js之apply call bind 区别
4858 0
句柄和指针的区别和联系是什么?
句柄和指针其实是两个截然不同的概念。  Windows系统用句柄标记系统资源,用句柄隐藏系统的信息。你只要知道有这个东西,然后去调用就行了,它是个32bit的uint。 指针则标记某个物理内存地址,是不同的概念。
568 0
linux下编译make文件报错“/bin/bash^M: 坏的解释器,使用grep快速定位代码位置
一、linux下编译make文件报错“/bin/bash^M: 坏的解释器 参考文章:http://blog.csdn.net/liuqiyao_01/article/details/41542101#comments 自己测试的结果: 【1】使用windows 下的编辑工具 新建文件doc2unix.
1113 0
阿里云服务器端口号设置
阿里云服务器初级使用者可能面临的问题之一. 使用tomcat或者其他服务器软件设置端口号后,比如 一些不是默认的, mysql的 3306, mssql的1433,有时候打不开网页, 原因是没有在ecs安全组去设置这个端口号. 解决: 点击ecs下网络和安全下的安全组 在弹出的安全组中,如果没有就新建安全组,然后点击配置规则 最后如上图点击添加...或快速创建.   have fun!  将编程看作是一门艺术,而不单单是个技术。
20233 0
阿里云服务器如何登录?阿里云服务器的三种登录方法
购买阿里云ECS云服务器后如何登录?场景不同,大概有三种登录方式:
13153 0
+关注
冰点沐雪
专业从事软件开发(asp.net)近10年。
434
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
JS零基础入门教程(上册)
立即下载
性能优化方法论
立即下载
手把手学习日志服务SLS,云启实验室实战指南
立即下载