基础整数类型

C++ 默认的整数类型有很多，例如 short,int,long,long long，对应的都有 unsigned 的版本和 signed 版本，这是大家都所熟知的。值得特别注意的有以下几点:

signed/unsigned 默认对应(等价)的是 int/unsigned int
char 不一定等于 signed char ! 尽管其他大部分整数类型不写 signed/unsigned 前缀默认的是 signed，但是 char 是一个特例。char 和 signed char 不一定是同一个类型，char 的具体实现取决于编译器。事实上，为了区分字符类型或最小寻址单位的 char 和整数类型的 signed/unsigned char，这三者往往是互不相同的内置类型。(感兴趣的可以去查查 std::byte，其进一步细化了 char 的功能，std::byte 仅是用作最小寻址单元，不能四则运算，只能最简单的赋值位运算之类的)
即使两个内置的整数类型含二进制位数相同，其也属于不同的类。曾经愚蠢的 DarkSharpness 以为在 Win64 下 long 和 long long 都是 64bit，所以他们是同一个类型，但是他错了。即使其二进制位数相同，计算结果完全相同，甚至可以无开销地静态转化，其依然是两个不同的类型。

如图所示

指针与内存

指针是一个好东西。然而 DarkSharpness 过去被这玩意坑惨了。

指针本质上保存的是一块内存区域的地址，其具体是一个数字。在 delete 的时候，仅仅是把指向的这块内存区域给清空了，并不一定修改指针本身的值。因此，重复 delete 一个指针会出问题(注意，delete nullptr 貌似是不会出事的)。但坑人的不是这个，坑人的在于某些类的析构函数是不保证 delete 后把指针置为空的。因此，这会导致用户手动调用析构函数释放内存带来潜在的风险。以前 DarkSharpness 不懂(ICPC 大作业)，愚蠢地手动调用 map 的析构函数，然后就 RE(Runtime Error)了。事实上，清空一个 map 容器比较安全的方法如下:

std::map <int,int> recorder;
// Some function here. 
// ...

recorder = std::map <int,int>();

在用临时变量进行右值赋值的时候，map 会先清空自身占用的内存空间，然后再直接接管该临时变量的内存空间(为空)。对于其他 STL 容器原理大致相同。

这个故事告诉我们，在不清楚内部实现的情况下，永远不要多次调用析构函数，其只保证对一个合法对象调用一次是不会有问题的。

优化? 忧化!

O2 优化是一个好东西，但是其可能导致一些 unexpected error。

例如以下这段代码: (from hsfzLZH1)

const int maxn = 1e6 + 3;
struct que{
    int l,r,*s;
    que() {l=1;r=0;s=new int[maxn];memset(s,0,sizeof s);}
    ~que() { delete []s; }
    bool empty(){return l>r;}
    int front(){return s[l];}
    int back(){return s[r];}
    int popfront() {l++;}
    int popback() {r--;}
}q1,q2;