C++通过宏定义绕过private访问权限<技巧>

博主看了wangjieest的《C++ 突破私有成员访问限制》 之后
想自己进行尝试用宏定义替换的方式突破访问限制
却发现原作者使用的编译器都是VC2008
而目博主使用的是VC2015
直接使用

#define private public

是无法通过编译器检查的
但在编译器的报错信息中
博主发现了下面的几条

1>d:\sdk1\vc\include\xkeycheck.h(214): warning C4005: “private”: 宏重定义
1>d:\protect\text\text.cpp(4): note: 参见“private”的前一个定义
1>d:\sdk1\vc\include\xkeycheck.h(250): fatal error C1189: #error:  The C++ Standard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro.

故去查看了keycheck.h这个头文件
发现原来微软为了防止我们直接这么做
为所有C++保留字都设置了define

bool defined ( string $name )
//检查该名称的常量是否已定义。
//如果该名称的常量已定义，返回 TRUE；未定义则返回 FALSE。

同时进行了EMIT WARNING C4005的宏定义
并在结尾设置了一个#error来终止这种行为

//keycheck.h
  #if defined(alignas)  /* check C++ keywords */ \
    || defined(alignof) \
    || defined(asm) \
    || defined(auto) \
    || defined(bool) \
......
    || defined(final)       /* check "identifiers with special meaning" */ \
    || defined(override)    /* (also known as context-sensitive keywords) */ \
    || defined(carries_dependency)  /* check attribute-tokens */ \
    || defined(noreturn)

   #define alignas EMIT WARNING C4005
   #define alignof EMIT WARNING C4005
   #define asm EMIT WARNING C4005
......
   #define carries_dependency EMIT WARNING C4005
   #define noreturn EMIT WARNING C4005
   #error The C++ Standard Library forbids macroizing keywords. Enable warning C4005 to find the forbidden macro.

所以我们只要这样

#include <xkeycheck.h>
#define private public

就可以突破访问限制
原理是:
先#include xkeycheck.h
再#define private public
如果define 在下文中找到了我们重新定义的private 宏
条件编译就会生效
让我们绕开#error

下面是例子
这里我用了自己之前写的一个链表来做示范:Ilist.h

//1.cpp
#include <xkeycheck.h>
#undef private
#define private public
#include "Ilist.h"
void    main()
{
    Ilist<int>li;
    li._size;
}

值得注意的是这样做只会对这一个cpp文件生效
接下来在这个文件内的所有private修饰符都会失效

//2.cpp
#include "Ilist.h"
void    text()
{
    Ilist<int>  li;
    li._size;//编译器会报错
}

而其他#include “Ilist.h”的文件则不受影响
这是由于#nclude在当前位置展开它所包括的文本
而#宏替换是直到文件末把宏定义的标识符替换并不会改变原版文件
所以在2.cpp展开的是原版文件
故不受其影响
但是注意:千万不要在头文件中这么做,否则所有#include 那个头文件的文件的private 都将被替换,这将是灾难性的事故!
总结:个人感觉C++的封装保护只是在语法层面上的保护,你只要想办法骗过编译器的语法检查,就能访问私有成员.