KeLiaoo的博客

friend My& operator++(My p);改成

friend My& operator++(My& p);

链接lib

静态转换就是这样的啊？？静态转换就是直接转换，不会去管指针到底绑定了什么对象，不用dynamic_cast不可能返回nullptr。

直接刷leetcode，看书浪费时间

#include <iostream>
#include <string>
using namespace std;

class Animal1
{
public:
    virtual void fun1() {}
    //virtual ~Animal1(){}
};
class Animal2
{
public:
    virtual void fun2() {}
    virtual ~Animal2(){}
};

class Cat : public Animal1, public Animal2
{
public:
    virtual void fun1()
    {
        cout << "fun1" << endl;
    }
    virtual void fun2()
    {
        cout << "fun2" << endl;
    }
};

int main(void)
{
    Cat* c = new Cat;
    Animal2* a2 = c;
    delete a2;
    return 0;
}

void __CRTDECL operator delete(void* const block) noexcept
{
    #ifdef _DEBUG
    _free_dbg(block, _UNKNOWN_BLOCK);
    #else
    free(block);
    #endif
}

如果给animal2写了虚析构函数，block和c是相等的，如果没写，block和a2是相等的。

我仔细研究了一下这个问题。

当你delete时，最终都会调用这么一个函数（vs2019）：

void __CRTDECL operator delete(void* const block) noexcept
{
    #ifdef _DEBUG
    _free_dbg(block, _UNKNOWN_BLOCK);
    #else
    free(block);
    #endif
}
也就是说，当你delete时，如果没有析构函数，到底怎么回收内存，仅仅是由指针所指的地址确定的，和指针的类型无关，指针的类型在这里没有作用。

然后回到你这个问题，事实上，delete a1时是没有错误的，错误出现再delete a2。原因很好猜到，a1所指的地址就是Cat对象的首地址，所以delete a1可以正常运行；但是a2 所指的地址不是Cat对象的首地址，由于这里是多继承，a2所指的地址相对Cat对象的首地址有偏移，编译器发现它自己没有给这个地址分配空间，所以就报错了。

为什么加了析构函数后运行正常呢？原因也很简单，delete这个运算符，是先调用析构函数，再回收内存。前面是没有析构函数，所以不会变动，现在有了析构函数，在析构函数结束时会把偏移过的地址改回原样，这一点很容易验证。地址对了回收内存自然也对了。

口误，释放的堆区空间不一样

不是让你用sizeof了吗？基类和派生类的大小都不一样，所以你delete基类指针释放的栈区空间和delete派生类指针释放的栈区空间不一样，当然会跑飞了。

事实上，这里Animal1和Animal2存了一个虚函数表的指针，Cat存了两个虚函数表的指针。

派生类必须有虚析构函数，否则有可能挂掉。

你可以分别用sizeof看一看这三个类的大小就知道为什么崩溃了。

成员函数有一个隐式的this指针作为参数。

用成员函数还是非成员函数主要是概念上的区别。

这句话的意思是，现在只能找到：

struct personArray;

找不到：

struct personArray

{

    // .......

};

你找到哪个头文件里有

struct personArray

{

    // .......

};

再include这个头文件就行。

错了很多地方：

1.  max和min有重名；

2. min前没加template T

3. 没有指明模板类型