1 这个坑是半年前遇到的，当时也是定位了半天。 代码如下：

typedef struct A
{
    int a;
    int b;

    virtual void test() {}

    A() 
    {   
        memset(this, '\0', sizeof(*this));
    }   
} A;    

int main()
{
    A a;
    A* t = &a; 

    a.test();
    t->test();
}

2 这个坑是昨天封装epoll遇到的，定位了昨天一晚上加今天一上午。代码如下：

#include <iostream>
#include <vector>

using namespace std;

class A;

class C
{
    vector<A*> handle_;

    public:
    void add(A* a)
    {
        handle_.push_back(a);
    }

    void test();
};

class A
{
    protected:
    C* c_;

    public:
    A(C* cc) : c_(cc)
    {}

    virtual void test() = 0;

    void add()
    {
        c_->add(this);
    }
};
//为啥要定义在这里而不是紧跟 C ??
//呵呵，自己想
void C::test()
{
    for (unsigned int i = 0; i < handle_.size(); i++)
    {
        handle_[i]->test();
    }
}

class B : public A
{
    public:
    B(C* cc) : A(cc)
    {}

    void test()
    {
        cout << "hello\n";
    }
};

int main()
{   
    vector<B> test;
    C c;    

    for (int i = 0; i < 5; i++)
    {           
        B b(&c);    

        test.push_back(b);          
        test.back().add();
    }               

    c.test();
}

这两段代码都和指针有关，运行都会core。这样的两个坑也大概可以说明c++到底有多复杂，精通c++到底有多难。同时也大概可以说明为啥站在程序设计顶峰的人大抵都是c或c++程序员。

这两段代码都无法通过core文件定位，换句话说，你gdb一步一步跟也不会有任何结果。解：1 vptr被赋为0了。2 变量c和vector test对于当前程序不存在脱离作用域的问题，因此test.back().add()传入的this指针指向test的最后一个变量的地址，似乎并没有问题。但是，当元素插入第二次时，vector c需要扩容(引起存储的值的地址发生改变)，这样将导致C中handle_里存储的A*指针失效，引起core。