Effective C++读书笔记---定制new和delete

多线程环境下的内存管理，遭受单线程系统不曾有过的挑战。由于heap是一个可被改动的全局性次源，因此多线程系统充斥着发狂访问这一类资源的race conditions(竞速状态)出现机会。
四十九、条款49-了解new-handler的行为
1.当operator new抛出异常以反映一个未获满足的内存需求之前，它会先调用一个客户指定的错误处理函数，一个所谓的new-handler。为了指定这个“用以处理内存不足”的函数，客户必须调用set_new_handler，那是声明于<new>的一个标准程序库函数：
namespace std
{
    typedef void (*new_handler)();
    new_handler set_new_handler ( new_handler p ) throw();
}
2.设计良好的new-handler函数必须做以下事情：
[1]让更多内存可被使用
[2]安装另一个new-handler
[3]卸除new-handler
[4]抛出bad_alloc(或派生自bad_alloc)的异常
[5]不返回
3.Nothrow new是一个颇为局限的工具，因为它只适用于内存分配；后继的构造函数调用还是可能抛出异常
五十、条款50-了解new和delete的合理替换时机
1.有许多理由需要写个自定的new和delete，包括改善效能、对heap运用错误进行调试、收集heap使用信息。
[1]为了检测运用错误
[2]为了收集动态分配内存之使用统计信息
[3]为了增加分配和归还的速度
[4]为了降低缺省内存管理器带来的空间额外开销
[5]为了弥补缺省分配器中的非最佳齐位(suboptimal alignment)
[6]为了将相关对象成簇集中
[7]为了获得非传统行为
五十一、条款51-编写new和delete时需固守常规
1.operator new应该内含一个无穷循环，并在其中尝试分配内存，如果它无法满足内存要求，就该调用new-handler。它也应该有能力处理0 bytes申请。Class专属版本则还应该处理“比正确大小更大的（错误）申请”
2.operator delete应该在收到null指针时不做使用事。Class专属版本则还应该处理“比正确大小更大的（错误）申请”
五十二、条款52-写了placement new也要写placement delete
1.当你写了一个placement operator new，请确定也写出了对应的placement operator delete。如果没这么做，你的程序可能会发生隐微而时续时断的内存泄漏
2.当你声明placement new和placement delete，请确定不要无意识（非故意）地遮掩了它们的正常版本