条款49：了解new-handler的行为

当operator new抛出异常以反映一个未获满足的内存需求之前，它会先调用一个客户指定的错误处理函数newhandler。
set_new_handler允许客户指定一个函数，在内存分配无法获得满足时被调用。set_ new_handler 的参数是个指针，指向operator new无法分配足够内存时该被调用的函数。其返回值也是个指针,指向set_new_handler被调用前正在执行(但马上要被输入参数替换）的那个new_handler。
Nothrow new是一个颇为局限的工具，因为它只适用于内存分配（保证在operator new内存分配时不跑出异常），但后继的造函数调用还是可能抛出异常。
以下模板可为任何类Class添加set_ new_handler支持，只需要Class继承NewHandlerSurpport<Class>。在模板类NewHandlerSurpport中，模板参数T其实并未使用，这是为了保证每个继承类拥有各自实体互异的NewHandlerSurpport复件。

条款50：了解new和delete的合理替换时机

有许多理由需要写个自定的new和delete,包括改善效能（内存地址对齐原则，处理小块内存问题等等）、对heap运用错误进行调试、收集heap使用信息。

条款51：编写new和delete时需固守常规

operator new应该内含一个无穷循环，并在其中尝试分配内存，如果它无法满足内存需求，就该调用new-handler。它也应该有能力处理0 bytes 申请。对象的大小不可能为0 byte，至少为1 byte。
Class 专属版本则还应该处理“比正确大小更大的(错误)申请”，例如派生类继承了基类的new操作，通常情况下派生类对象占用内存大小要大于基类对象。
operator delete应该在收到null指针时不做任何事。
万一class专属的operator new将大小有误的分配行为转交给标准::operator new执行,你也必须将大小有误的删除行为转交::operator delete 执行。

条款52：写了placement new也要写placement delete

当new一个对象时，第一步调用分配内存的operator new，第二步调用对象类的构造函数。如果第一步调用成功，但在第二步抛出异常，步骤一中的内存分配必须取消并恢复旧观，否则就会造成内存泄漏。在取消内存分配并恢复旧观的过程中，会调用与第一步中new对应的delete操作。正常签名式的new对应正常签名式的delete；placement operator new对应placement operator delete（伴随placement operator new调用而触发构造函数异常时被调用）。如果程序中只有非对应其中各一个，则系统将无法找到调用的函数进行恢复，如下例。
如果要对所有与placement new相关的内存泄漏宣战，我们必须同时提供一个正常的operator delete(用于构造期间无任何异常被抛出)和一个placement版本(用于构造期间有异常被抛出)。后者的额外参数必须和operator new一样。
当你声明placement new和placement delete，请确定不要无意识(非故意)地遮掩了它们的正常版本。缺省情况下C++在global作用域内提供以下形式的operator new:

如果你在class内声明任何operator news,它会遮掩上述这些标准形式。
想要扩展自定义的palcement new and delete，又想避免全局和基类的new delete被掩盖，可建立一个base class，内含所有正常形式的new和delete，凡是想以自定形式扩充标准形式的客户，可利用继承机制及using声明式，如下：