精华内容
下载资源
问答
  • Debug和Release有什么区别

    千次阅读 热门讨论 2013-07-31 19:51:18
    最近正在合作开发,因为svn的服务器是在我的电脑上的。系统也就是在我的电脑上先搭建好。然后发布给大家的。也就是在这个过程中我发现了这个问题。 大概是这样的,不知道什么时候我把我的

        最近正在合作开发,因为svn的服务器是在我的电脑上的。系统也就是在我的电脑上先搭建好。然后发布给大家用的。也就是在这个过程中我发现了这个问题。


       大概是这样的,不知道什么时候我把我的运行模式该成了Release模式。然后我在上传到服务器,当其他人下载下来的时候会出现错误。这个问题的出现虽然很快就解决了,但是其中的问题还是需要好好的总结一下。


       一、想解决这个问题首先要了解的就是Debug和Release的区别。


    这个网上说了很多我也大概的说一下:

        Debug通常称为调试版本,它包含调试信息,并且不作任何优化,便于程序员调试程序。Release称为发布版本,它往往是进行了各种优化,使得程序在代码大小和运行速度上都是最优的,以便用户很好地使用。 

        Debug Release的真正区别,在于一组编译选项。 。下面列出了分别针对二者的选项


    Debug 版本

    参数 

       

     含义

    /MDd /MLd 或/MTd

     使用 Debug runtime library(调试版本的运行时刻函数库)   

    /Od

     关闭优化开关   

    /D "_DEBUG"

    相当于 #define _DEBUG,打开编译调试代码开关(主要针对assert函数)  

      

    /ZI 

    创建 Edit and continue(编辑继续)数据库,这样在调试过程中如果修改了源代码不需重新编译   

     

    GZ

    可以帮助捕获内存错误

    /Gm 

    打开最小化重链接开关,减少链接时间


    Release 版本:

     

     参数    

     含义

    /MD /ML    /MT

    使用发布版本的运行时刻函数库

    /O1   /O2  

    优化开关,使程序最小或最快

    /D "NDEBUG"

     关闭条件编译调试代码开关(即不编译assert函数)  

    /GF

    合并重复的字符串,并将字符串常量放到只读内存,防止被修改


        实际上,Debug  Release  并没有本质的界限,他们只是一组编译选项的集合,编译器只是按照预定的选项行动。事实上,我们甚至可以修改这些选项,从而得到优化过的调试版本或是带跟踪语句的发布版本。  

     

           那么编译好的两个东西都是放在哪里呢?当然说明一下这两个东西不单单指哪个.dll文件而是这种模式下生成的一组.dll集合。说到这里我想大家应该都明白了。其实就是bin文件夹下的Debug   Release两个文件夹。

     

            然后我们分析一下出现错误的原因:我上传系统的时候没有上传我的bin文件夹,原因我在上一篇博客中有说到(连接地址http://blog.csdn.net/hy6688_/article/details/9500149)。当然其他成员下载的时候就会出现“无法         找到某某程序集”,因为自己还没有生成。

            当然出现这一个问题就要防止出现以后的类似的问题,总结一下相关的问题:

     

    二、哪些情况下 Release  版会出错  



           有了上面的介绍,我们再来逐个对照这些选项看看 Release  版错误是怎样产生的  

     

           1. Runtime  Library

        链接哪种运行时刻函数库通常只对程序的性能产生影响。调试版本的  Runtime  Library  包含了调试信息,并采用了一些保护机制以帮助发现错误,因此性能不如发布版本。编译器提供的  Runtime  Library  通常很稳定,不会造成  Release  版错误;倒是由于 Debug    Runtime  Library  加强了对错误的检测,如堆内存分配,有时会出现  Debug  有错但  Release  正常的现象。应当指出的是,如果 Debug  有错,即使  Release  正常,程序肯定是有  Bug  的,只不过可能是 Release  版的某次运行没有表现出来而已。  

     

            2. 优化:

        这是造成错误的主要原因,因为关闭优化时源程序基本上是直接翻译的,而打开优化后编译器会作出一系列假设。这类错误主要有以下几种:  

     

           (1) 帧指针(Frame  Pointer)省略(简称  FPO  ):

        在函数调用过程中,所有调用信息(返回地址、参数)以及自动变量都是放在栈中的。若函数的声明与实现不同(参数、返回值、调用方式),就会产生错误————但 Debug  方式下,栈的访问通过  EBP  寄存器保存的地址实现,如果没有发生数组越界之类的错误(或是越界“不多”),函数通常能正常执行;Release  方式下,优化会省略  EBP  栈基址指针,这样通过一个全局指针访问栈就会造成返回地址错误是程序崩溃。C++  的强类型特性能检查出大多数这样的错误,但如果用了强制类型转换,就不行了。你可以在  Release  版本中强制加入  /Oy-  编译选项来关掉帧指针省略,以确定是否此类错误。此类错误通常有:  

     

          MFC  消息响应函数书写错误。正确的应为  

    afx_msg LRESULT  OnMessageOwn(WPARAM  wparam, LPARAM  lparam);  

    ON_MESSAGE 宏包含强制类型转换。防止这种错误的方法之一是重定义  ON_MESSAGE  宏,把下列代码加到  stdafx.h  中(在#include  "afxwin.h"之后),函数原形错误时编译会报错  

    #undef ON_MESSAGE  

    #define ON_MESSAGE(message,  memberFxn)  / 

    {  message,  0,  0,  0,  AfxSig_lwl,  / 

    (AFX_PMSG)(AFX_PMSGW)(static_cast< LRESULT  (AFX_MSG_CALL  /  

    CWnd::*)(WPARAM, LPARAM)  >  (&memberFxn) },  

     

            (2) volatile  型变量:

        volatile 告诉编译器该变量可能被程序之外的未知方式修改(如系统、其他进程和线程)。优化程序为了使程序性能提高,常把一些变量放在寄存器中(类似于  register  关键字),而其他进程只能对该变量所在的内存进行修改,而寄存器中的值没变。如果你的程序是多线程的,或者你发现某个变量的值与预期的不符而你确信已正确的设置了,则很可能遇到这样的问题。这种错误有时会表现为程序在最快优化出错而最小优化正常。把你认为可疑的变量加上  volatile  试试。  

     

            (3) 变量优化:

        优化程序会根据变量的使用情况优化变量。例如,函数中有一个未被使用的变量,在  Debug  版中它有可能掩盖一个数组越界,而在  Release  版中,这个变量很可能被优化调,此时数组越界会破坏栈中有用的数据。当然,实际的情况会比这复杂得多。与此有关的错误有:  

            ●  非法访问,包括数组越界、指针错误等。例如  


    void  fn(void)  
    {  
    	int  i;  
    	i  =  1;  
    int  a[4];  
    {  
    	int  j;  
    	j  =  1;  
    }  
    a[-1]  =  1;//当然错误不会这么明显,例如下标是变量  
    a[4]  =  1;  
    }  
    




    j  虽然在数组越界时已出了作用域,但其空间并未收回,因而  i   j  就会掩盖越界。而 Release  版由于  ij  并未其很大作用可能会被优化掉,从而使栈被破坏。  

     

            3. _DEBUG    NDEBUG 

        当定义了  _DEBUG  时,assert()  函数会被编译,而  NDEBUG  时不被编译。除此之外,VC++中还有一系列断言宏。这包括:  

     

    ANSI C  断言  void  assert(int  expression  );  

    C  Runtime  Lib  断言  _ASSERT(  booleanExpression  );  

    _ASSERTE( booleanExpression  );  

    MFC 断言 ASSERT(  booleanExpression  );  

    VERIFY( booleanExpression  );  

    ASSERT_VALID( pObject  );  

    ASSERT_KINDOF( classname,  pobject  );  

    ATL 断言 ATLASSERT(  booleanExpression  );  

    此外,TRACE() 宏的编译也受  _DEBUG  控制。  

     

            所有这些断言都只在 Debug版中才被编译,而在 Release  版中被忽略。唯一的例外是  VERIFY()  。事实上,这些宏都是调用了  assert()  函数,只不过附加了一些与库有关的调试代码。如果你在这些宏中加入了任何程序代码,而不只是布尔表达式(例如赋值、能改变变量值的函数调用  等),那么 Release  版都不会执行这些操作,从而造成错误。初学者很容易犯这类错误,查找的方法也很简单,因为这些宏都已在上面列出,只要利用  VC++    Find  in  Files  功能在工程所有文件中找到用这些宏的地方再一一检查即可。另外,有些高手可能还会加入  #ifdef  _DEBUG  之类的条件编译,也要注意一下。  

    顺便值得一提的是 VERIFY()  宏,这个宏允许你将程序代码放在布尔表达式里。这个宏通常用来检查  Windows  API  的返回值。有些人可能为这个原因而滥用  VERIFY()  ,事实上这是危险的,因为  VERIFY()  违反了断言的思想,不能使程序代码和调试代码完全分离,最终可能会带来很多麻烦。因此,专家们建议尽量少用这个宏。  

     

             4. /GZ  选项:这个选项会做以下这些事  

     

            (1) 初始化内存和变量。

        包括用  0xCC  初始化所有自动变量,0xCD  (  Cleared  Data  )  初始化堆中分配的内存(即动态分配的内存,例如  new  ),0xDD  (  Dead  Data  )  填充已被释放的堆内存(例如  delete  ),0xFD(  deFencde  Data  )  初始化受保护的内存(debug  版在动态分配内存的前后加入保护内存以防止越界访问),其中括号中的词是微软建议的助记词。这样做的好处是这些值都很大,作为指针是不可能的(而且  32  位系统中指针很少是奇数值,在有些系统中奇数的指针会产生运行时错误),作为数值也很少遇到,而且这些值也很容易辨认,因此这很有利于在  Debug  版中发现  Release  版才会遇到的错误。要特别注意的是,很多人认为编译器会用  0  来初始化变量,这是错误的(而且这样很不利于查找错误)。  

           (2) 通过函数指针调用函数时,会通过检查栈指针验证函数调用的匹配性。(防止原形不匹配)  

           (3) 函数返回前检查栈指针,确认未被修改。(防止越界访问和原形不匹配,与第二项合在一起可大致模拟帧指针省略  FPO    

     

           通常 /GZ  选项会造成  Debug  版出错而  Release  版正常的现象,因为 Release  版中未初始化的变量是随机的,这有可能使指针指向一个有效地址而掩盖了非法访问。  

     

           除此之外,/Gm /GF  等选项造成错误的情况比较少,而且他们的效果显而易见,比较容易发现。  

     

    虽然后面说的这些错误现在还不能理解。但是通过这次的解决问题。我更深一步的了解了Debug和Release有什么区别,而且我相信这些工作一定不是徒劳的。



    展开全文
  • C/C++的朋友都知道编译器编译各种优化级别,编译器优化级别大体如下: O0(默认选项):不开启优化,方便功能调试 Og:方便调试的优化选项(比O1更保守) O1:保守的优化选项,打开了四十多个优化选项 O2:...

    张爱玲曾说过:“开发过程就是个玄学。”

    有时候,程序在Debug模式下运行的好好的,一Release就crash了。

    有时候,程序在Debug模式下崩溃了,Release模式下居然能正常运行。

    可能很多人都遇到过以上的情况。

    图片

    用C/C++的朋友都知道编译器编译有各种优化级别,编译器优化级别大体如下:

    O0(默认选项):不开启优化,方便功能调试

    Og:方便调试的优化选项(比O1更保守)

    O1:保守的优化选项,打开了四十多个优化选项

    O2:常用的发布优化选项,在O1的基础上额外打开了四十多个优化选项,包括自动内联等规则

    Os:产生较小代码体积的优化选项(比O2更保守)

    O3:较为激进的优化选项(对错误编码容忍度最低),在O2的基础上额外打开了十多个优化选项

    Ofast:打开可导致不符合IEEE浮点数等标准的性能优化选项。

     

    具体介绍如下:

    O0:编译器默认就是O0,该选项下不会开启优化,方便开发者调试。

    O1:致力于在不需要过多的编译时间情况下,尽量减少代码大小和尽量提高程序运行速度,它开启了下面的优化标志:

     -fauto-inc-dec                                                

     -fbranch-count-reg

     -fcombine-stack-adjustments

     -fcompare-elim

     -fcprop-registers 

     -fdce -fdefer-pop 

     -fdelayed-branch

     -fdse

     -fforward-propagate 

     -fguess-branch-probability 

     -fif-conversion

     -fif-conversion2

     -finline-functions-called-once

     -fipa-modref

     -fipa-profile

     -fipa-pure-const

     -fipa-reference

     -fipa-reference-addressable

     -fmerge-constants

     -fmove-loop-invariants

     -fomit-frame-pointer

     -freorder-blocks

     -fshrink-wrap

     -fshrink-wrap-separate

     -fsplit-wide-types

     -fssa-backprop

     -fssa-phiopt 

     -ftree-bit-ccp

     -ftree-ccp

     -ftree-ch

     -ftree-coalesce-vars

     -ftree-copy-prop

     -ftree-dce

    -ftree-dominator-opts

     -ftree-dse

     -ftree-forwprop 

     -ftree-fre

     -ftree-phiprop

     -ftree-pta

     -ftree-scev-cprop

     -ftree-sink 

     -ftree-slsr

     -ftree-sra 

     -ftree-ter

     -funit-at-a-time

     

    Og:如果是为了调试,该选项是比O0更好的选择,它会打开O1大部分优化标志,但是不会启用那些影响调试的标志:

     -fbranch-count-reg                                        

     -fdelayed-branch

     -fdse

     -fif-conversion

     -fif-conversion2

     -finline-functions-called-once

     -fmove-loop-invariants

     -fssa-phiopt

     -ftree-bit-ccp 

     -ftree-dse

     -ftree-pta 

     -ftree-sra

     

    O2:常见的Release级别,该选项下几乎执行了所有支持的优化选项,它增加了编译时间,提高了程序的运行速度,又额外打开了以下优化标志:

     -falign-functions                                           

     -falign-jumps

     -falign-labels

     -falign-loops

     -fcaller-saves

     -fcode-hoisting

     -fcrossjumping

    -fcse-follow-jumps

      -fcse-skip-blocks

     -fdelete-null-pointer-checks

     -fdevirtualize

      -fdevirtualize-speculatively

    -fexpensive-optimizations

     -ffinite-loops

     -fgcse

     -fgcse-lm

     -fhoist-adjacent-loads

     -finline-functions

     -finline-small-functions

     -findirect-inlining

     -fipa-bit-cp

      -fipa-cp

      -fipa-icf

     -fipa-ra

      -fipa-sra

      -fipa-vrp

     -fisolate-erroneous-paths-dereference

     -flra-remat

     -foptimize-sibling-calls

     -foptimize-strlen

     -fpartial-inlining

     -fpeephole2

     -freorder-blocks-algorithm=stc

     -freorder-blocks-and-partition

      -freorder-functions

     -frerun-cse-after-loop

       -fschedule-insns

      -fschedule-insns2 -fsched-interblock

      -fsched-spec

     -fstore-merging

     -fstrict-aliasing

     -fthread-jumps

     -ftree-builtin-call-dce

     -ftree-pre

     -ftree-switch-conversion

      -ftree-tail-merge

     -ftree-vrp

     

    Os:打开了几乎所有的O2优化标志,除了那些经常会增加代码大小的优化标志:

      -falign-functions                                                

      -falign-jumps

      -falign-labels

      -falign-loops

      -fprefetch-loop-arrays

      -freorder-blocks-algorithm=stc

     

    它还启用了-finline-functions优化标志,使编译器根据代码大小而不是程序运行速度进行优化,为了减少代码大小。

     

    O3:在O2的基础上又打开了以下优化标志

     -fgcse-after-reload                                         

     -fipa-cp-clone

     -floop-interchange

     -floop-unroll-and-jam

     -fpeel-loops

     -fpredictive-commoning

     -fsplit-loops

     -fsplit-paths

     -ftree-loop-distribution

     -ftree-loop-vectorize

     -ftree-partial-pre

     -ftree-slp-vectorize

     -funswitch-loops

     -fvect-cost-model

     -fvect-cost-model=dynamic

     -fversion-loops-for-strides

     

    Ofast:更加激进的编译选项,它不会严格遵循标准,在O3的优化基础上,它又开启了一些可能导致不符合IEEE浮点数等标准的性能优化选项,如- fast-math, -fallow-store-data-races等。

    tips:上述优化选项如果想要了解具体含义可以看https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html 官方文档。

    编译器有这么多优化级别,Debug版本和Release版本其实就是优化级别的区别,Debug称为调试版本,编译的结果通常包含有调试信息,没有做任何优化,方便开发人员进行调试,Release称为发布版本,不会携带调试信息,同时编译器对代码进行了很多优化,使代码更小,速度更快,发布给用户使用,给用户使用以更好的体验。但Release模式编译比Debug模式花的时间也会更多。

     

    Debug模式下在内存分配上有所区别,在我们申请内存时,Debug模式会多申请一部分空间,分布在内存块的前后,用于存放调试信息。

    对于未初始化的变量,Debug模式下会默认对其进行初始化,而Release模式则不会,所以就有个常见的问题,局部变量未初始化时,Debug模式和Release模式表现有所不同。

    bool func() {
        bool found;
        for (int i = 0; i < vec.size(); ++i) {
            if (vec[i] == 3) {
                found = true;
            }
        }
        return found; 
    }

    Debug模式下可能运行正常,但Release模式下可能会返回错误结果,因为found局部变量在Release模式下没有初始化。

    Debug模式以32字节为单位分配内存,例如当申请24字节内存时,Release模式下是正常的分配24字节,Debug模式会分配32字节,多了8字节,所以有些数组越界问题在Debug模式下可以安全运行,Release模式下就会出问题。

    Debug模式下可以使用assert,运行过程中有异常现象会及时crash,Release模式下模式下不会编译assert,遇到不期望的情况不会及时crash,稀里糊涂继续运行,到后期可能会产生奇奇怪怪的错误,不易调试,殊不知其实在很早之前就出现了问题。编译器在Debug模式下定义_DEBUG宏,Release模式下定义NDEBUG宏,预处理器就是根据对应宏来判断是否开启assert的。

    数据溢出问题,在一个函数中,存在某些从未被使用的变量,且函数内存在数据溢出问题,在Debug模式下可能不会产生问题,因为不会对该变量进行优化,它在栈空间中还是占有几个字节,但是Release模式下可能会出问题,Release模式下可能会优化掉此变量,栈空间相应变小,数据溢出就会导致栈内存损坏,有可能会产生奇奇怪怪的错误。

     

    例如:

    void func() {
        char buffer[10];
        int counter;
        lstrcpy(buffer, "abcdefghik"); // 需要拷贝11字节
    }

    tips:不要将Debug库和Release库混合在一起,可能会出问题,至于为啥会出问题,知道的可在下方评论区留言,一般都是有两个目录,Debug目录和Release目录。

     

    回到开篇提到的那两个问题:

     

    参考资料

    http://www.flounder.com/debug_release.htm

    https://vinayakgarg.wordpress.com/2012/03/31/difference-between-debug-build-and-release-build/

    https://www.xspdf.com/resolution/312312.html

    https://docs.oracle.com/cd/E19205-01/820-1214/bkacs/index.html

    https://www.cnblogs.com/huaping-audio/archive/2008/08/23/1274833.html

    https://www.zhihu.com/question/27090458

    https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html

     

     

    文中图片来源网络,如有侵权,请联系删除!

    展开全文
  • 下载了Qt 4.8.0 minGW 版,执行了这个命令,编译了半天也没看到有lib文件,不知道有什么用
  • 简单的说,就是配合log的等级过滤输出 比如,你在开发的时候,要验证一个方法没有被调用到,为了方便调试,通常会在... 为什么debug而不是info error或者其他呢?因为通常项目发布的时候都会把日志等级设置为error
    简单的说,就是配合log的等级过滤输出
    比如,你在开发的时候,要验证一个方法有没有被调用到,为了方便调试,通常会在这个方法开始的时候加一些system.out。但是项目真正发布的时候这些代码通常是要移除掉的,所以通常更建议用logger来记录
    所以你可能会加logger.debug。 为什么是debug而不是info error或者其他呢?因为通常项目发布的时候都会把日志等级设置为error 或者info之类的等级,在这两个等级下debug的内容是输出不了的,所以就可以做到不需要修改代码就不会输出你只有在调试的时候才需要输出的内容
    各个等级都是有它的含义的,虽然在代码写的时候你用debug info error都是可以,但是为了方便管理,只有调试的时候才用到日志会用debug,一些信息类的日志记录通常会用info(比如你想看一天有几个用户登录),一些错误的,或者异常信息会用error,比如某个时刻数据库连接出了问题,如果分析日志,直接搜索error开头的就能直接定位到了
    展开全文
  • 但是项目真正发布的时候这些代码通常是要移除掉的,所以通常更建议logger来记录所以你可能会加logger.debug。 为什么debug而不是info error或者其他呢?因为通常项目发布的时候都会把日志等级设置为error...
    简单的说,就是配合log的等级过滤输出
    比如,你在开发的时候,要验证一个方法有没有被调用到,为了方便调试,通常会在这个方法开始的时候加一些system.out。但是项目真正发布的时候这些代码通常是要移除掉的,所以通常更建议用logger来记录
    所以你可能会加logger.debug。 为什么是debug而不是info error或者其他呢?因为通常项目发布的时候都会把日志等级设置为error 或者info之类的等级,在这两个等级下debug的内容是输出不了的,所以就可以做到不需要修改代码就不会输出你只有在调试的时候才需要输出的内容
    各个等级都是有它的含义的,虽然在代码写的时候你用debug info error都是可以,但是为了方便管理,只有调试的时候才用到日志会用debug,一些信息类的日志记录通常会用info(比如你想看一天有几个用户登录),一些错误的,或者异常信息会用error,比如某个时刻数据库连接出了问题,如果分析日志,直接搜索error开头的就能直接定位到了

    一共分为五个级别:DEBUG、INFO、WARN、ERROR和FATAL。这五个级别是有顺序的,DEBUG < INFO < WARN < ERROR < FATAL

    转载于:https://www.cnblogs.com/shamo89/p/9656571.html

    展开全文
  • #if DEBUG的妙

    千次阅读 2015-06-03 16:09:15
    今天刚发布的新版本,运营的突然跑我那说:为什么咱们的应用还没审核通过,为什么添加的友盟的事件统计都数据了呢,仔细研究了一下发现友盟统计是这个样子的:只读工程里面的设置,默认是App Store;所以我给测试...
  • debug就是写程序的时候,release是测试产品环境,distribution就是release更换了正式发布时候的证书签名。因为这个证书你没法在...所以,对于一个产品,首先debug,项目无bug之后再release,发布再distribution。
  • 有好几种编译模式: [img=... debug debug MX ...这几种编译后产生的lib文件有区别, 我知道release编译的lib 文件不带d . debug编译的带有d ...那在使用这些不同的lib文件有什么不同的用处? 非常感谢
  • _DEBUG_RANGE什么意思?

    2015-04-08 03:28:37
    这个_DEBUG_RANGE的定义是找到了,可是这个宏定义到底有什么用? 就像_DEBUG_RANGE(_First, _Last);(在第二张图中)有什么意义?![![图片说明](https://img-ask.csdn.net/upload/201504/08/1428463698_961490.png)...
  • 原文地址:Android Debug 版本判断及为什么 BuildConfig.DEBUG 始终为 false 作者:吴更新,网名 Trinea,滴滴出行技术专家,多年网站、移动开发经验,热爱开源,codekk.com 作者。 【CSDN有奖征稿啦】技术之路...
  • Centos7之idea远程debug

    2018-05-22 15:08:49
    远程debug有什么用? 一般来说开发时会有本地环境、测试环境和生产环境3个环境,我们自己开发测试本地环境随便折腾就行,很方便,哪里不对debug启动调试一下就好。但是很多时候会出现本地环境测试好好怎么到测试...
  • 答:Debug类里所提供的函数仅在编译时带#Debug宏参数才奏效,一旦到了Release版本中,这些函数都会被忽略。也就是说Debug类的功能仅在程序员开发的时候能。而Trace则不同,它能在Release版本的程序中也被运行 ...
  • Pytest debug/C++ debug

    2020-03-16 16:35:44
    debug的方式很多最简单的方式是打印log,看log,这个的缺点是比较慢,尤其是加log的方式来缩小怀疑的范围。因为这是一个不断迭代的过程,最主要的原因,一开始不知道代码哪个地方问题。只能在所有可能问题的...
  • 汇编 debug

    2016-05-25 06:40:52
    汇编DEBUG中命令G有什么用,对D,U命令的运行有影响吗?
  • step into就是单步执行,遇到子函数就进入并且继续单步执行; step over是在单步执行时,在函数内遇到子函数时... step out就是但单步执行到子函数内时,step out就可以执行完子函数余下部分,并返回到上一层函数。
  • 了很久的debug模式了,没有发现每当在dubug模式下想通过ctrl+左键想看看这个方法到底做了什么的时候却发现不点不动了呢?  上图:  1、到maven启动配置框    如果不知道怎么到这里来的再去度一下。 ...
  • Debug调试时 Object@xxx表示什么

    千次阅读 2018-11-15 13:07:13
    Debug调试时 Object@xxx表示什么 0x01 摘要 再IDEA等工具调试Java代码时,往往会看到类似Person@434这样的信息。关于@符号后面数字表示的含义,这里解释一下。 0x02 不是HashCode 首先这里要说下,这个数字不是...
  • Debug

    2009-08-13 09:59:00
    因为某些原因需要在服务器上写个小工具,这样的环境自然不会有什么 VS2005 之类的开发工具了,好在系统已经安装了 .NET Framework。接下来我们开始一次 "朴素" 的 "纯真之旅" 。1. 源代码首先记事本写好源代码,...
  • false 用于已经发布的项目,它不需要再调试了, 一般开发是true, 发布正式项目false.主要区别是设置为true时 1) 由于编译优化被取消,编译ASP.NET 页需要更长的时间 2) 由于需要额外的debug,代码执行比较慢 3...
  • 这几天在读Spring MVC源码时,发现了如下代码: if (logger.isDebugEnabled()) { logger.debug("Using ...初看有些不解,觉着在设置了高于debug级别的log输出时,logger.debug(...)原本就不会输出,为什么还需要log...
  • 上一篇Karley Blog:Karley的Java个人博客全纪录之SpringBoot整合Shiro实现登录注册但是只有怎么做,没有为什么,今天康康shiro是怎么做登录的。 首先在UserServiceImpl.java的封装用户登录数据 上面打个断点。然后...
  • 点击上方 "编程技术圈"关注,星标或置顶一起成长后台回复“大礼包”惊喜礼包!每日英文Life always has many things to bring you ...
  • 在解决方案目录下的是最终文件(即可执行文件)存放的目录,在工程目录下的是中间文件(编译生成的.obj等其他文件)存放的目录,中间文件对用户来说没什么用的,只是在链接成最终文件时有用到。 ...
  • iOS debug

    2013-07-15 16:27:32
    前提:在XCode做开发调试时往往需要打印一些调试信息做debug用,大家知道当打印信息的地方多了之后在模拟器上跑可能不会有什么问题,因为模拟器的是电脑的硬件但是当应用跑在设备上时这些输出语句会在很大程度上...
  • 分别承担什么责任? 二、内存:物理地址和逻辑地址。内存的逻辑分段哪些? 三、debug工具功能以及使用? 1.学习汇编以16位的8086处理器为基础会更容易掌握 2.一些表示数据大小的单位:字节;字(word):16位;双...
  • 新建一个项目,然后按照下图操作,看会有什么效果: 根据我描述的三步,直接发现直接生成了debug的SHA1和MD5:如图 是不是很快捷,现在就来试着同时生成debug和release的SHA1和MD5值。 第一步:把Store: C:\...
  • chrmoe debug

    2017-04-14 09:35:25
    二、打开后,每个tab是干什么用的呢? 三、调试样式 选中Elemes后,右边个窗口,这里是CSS的样式,可以直接选中元素,并且在这里修改样式。这样调试很方便,效率也很高。当然,也直接点击“+”,添加自己想要的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,636
精华内容 654
关键字:

debug有什么用