《MFC windows 程序设计》(第二版)#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif这段代码有什么作用?小弟初学vc++,不甚理解,请各位大师
指点迷津!

解决方案 »

  1.   

    注意观察一下由MFC Application Wizard生成的项目,在每一个cpp文件的头部都有这样一段宏定义: 
    #ifdef     _DEBUG 
    #define     new DEBUG_NEW 
    #undef     THIS_FILE 
    static     char THIS_FILE[] = __FILE__; 
    #endif 
    有了这样的定义,在编译DEBUG版时,出现在这个cpp文件中的所有new都被替换成DEBUG_NEW了。那么DEBUG_NEW是什么呢?DEBUG_NEW也是一个宏,以下摘自afx.h,1632行 
    #define     DEBUG_NEW new(THIS_FILE, __LINE__) 
    所以如果有这样一行代码: 
    char*     p = new char[200]; 
    经过宏替换就变成了: 
    char*     p = new( THIS_FILE, __LINE__)char[200]; 
    根据C++的标准,对于以上的new的使用方法,编译器会去找这样定义的operator new: 
    void*     operator new(size_t, LPCSTR, int) 
    我们在afxmem.cpp 63行找到了一个这样的operator new 的实现 
    void*     AFX_CDECL operator new(size_t nSize, LPCSTR lpszFileName, int nLine) 

        return     ::operator new(nSize, _NORMAL_BLOCK, lpszFileName, nLine); 

    void*     __cdecl operator new(size_t nSize, int nType, LPCSTR lpszFileName, int     nLine) 

        … 
               pResult = _malloc_dbg(nSize, nType,     lpszFileName, nLine); 
               if (pResult != NULL) 
                   return pResult; 
        … 

    第二个operator new函数比较长,为了简单期间,我只摘录了部分。很显然最后的内存分配还是通过_malloc_dbg函数实现的,这个函数属于MS C-Runtime Library 的Debug Function。这个函数不但要求传入内存的大小,另外还有文件名和行号两个参数。文件名和行号就是用来记录此次分配是由哪一段代码造成的。如果这块内存在程序结束之前没有被释放,那么这些信息就会输出到Debug窗口里。 
    这里顺便提一下THIS_FILE,__FILE和__LINE__。__FILE__和__LINE__都是编译器定义的宏。当碰到__FILE__时,编译器会把__FILE__替换成一个字符串,这个字符串就是当前在编译的文件的路径名。当碰到__LINE__时,编译器会把__LINE__替换成一个数字,这个数字就是当前这行代码的行号。在DEBUG_NEW的定义中没有直接使用__FILE__,而是用了THIS_FILE,其目的是为了减小目标文件的大小。假设在某个cpp文件中有100处使用了new,如果直接使用__FILE__,那编译器会产生100个常量字符串,这100个字符串都是这个cpp文件的路径名,显然十分冗余。如果使用THIS_FILE,编译器只会产生一个常量字符串,那100处new的调用使用的都是指向常量字符串的指针。