free 之后内存并不一定会被马上回收，马上回收也不一定保证帮你清零，而且 你的 free 之后并没有把相应的指针置为 NULL

想多了，哪有这么好心呐

北京联通，一般稳定 100ms ping，还行吧，感觉主要还是自己带宽问题，一到晚上，上国内的网站都卡

就是个 dnsproxy

昨天晚上完全打不开，然后就 sui 了......233333

直接翻开 Python 源码看吧

编译成字节码看，然后对照 Python 源码去理解，是个比较好的办法吧？

@zhidian 现在搞清楚了，默认情况下， GFLAGS_NAMESPACE=google, ns=gflags

@introom @ipwx 这是个笨问题，是我看错了，答案确实是你们所说的那样。非常感谢！

@ipwx 我确认，因为 test.h 和 test.cpp 就是我写的。

tets.h 的内容就是这样而已：
```
#ifndef MYTEST_H_
#define MYTEST_H_

#include <iostream>

#define MYTEST_NAMESPACE @MYTEST_NAMESPACE@

namespace MYTEST {

class A {
public:
A() {
std::cout << "Hello A" << std::endl;
}
};
}
#endif
~
```
而 test.cpp 就只是 include 了这个 test.cpp 然后声明了一个 A 对象。

所以我猜想 g++本身就支持了，是编译器的行为，但是我 google 了一番之后没有找到相关的资料，我非常想找到资料能确认这个特性。

@ipwx 我编写的程序是直接运行 g++ test.cpp 的，没有使用 make/cmake 之类的工具。但是不使用这些工具也照样能处理 @TEST_NAMESPACE@这样的替换，所以我觉得这个替换不仅仅是 make/cmake 之类的工具支持的，应该在 g++工具链的某些环节支持的？

@ipwx 是这样的，原工程使用的确实是 cmake ，但是我写了一个模拟程序，仅用 g++编译器进行了编译运行成功了，我不清楚我所使用的 g++编译器有没有点用你所说的 autoconf 和 make 工具，换句话说我对编译工具链这块儿的了解有缺失的地方，不对的请您补充，我调用了 g++ test.cpp 后编译器会调用 autoconf 和 make 吗？

@introom ...是这样的呢...compiler 当然不会识别 @xxx@这样的 identifier 了，但是我想问的 @TEST_NAMESPACE@是在什么环节被替换的呢？这样的写法原因是啥？

@introom 我编译成功并与运行了我的模仿代码，然而我并没使用 autotools 呀

@introom 抱歉，是我的用词不当，我想表达的意思是 这个是编译器对语言未定义行为的一种“自作主张”的实现，是这样吗？

autotools 是什么呀？是编译器工具链的一部分吗？

我在编译我模仿问题所编写的代码时，使用 g++ -E 1.cpp ，生成了预处理后的文件，发现里面的 @@ 符号不见了。
我的代码大致是这样：
```
#define TEST_NAMESPACE @TEST_NAMESPACE@
```

```
namespace TEST_NAMESPACE {
// some code here
}
```

@introom 我使用 gnu 的 g++编译器编译 gflag 代码 和 用 clang 的 c++编译器编译我模仿我问题而写的代码，均能成功编译并运行

@introom 你是指着是 compiler-dependent 的特性，而不是语言特性的问题吗？

可以把 test.py 的内容列出来看下