本原则是针对在多线程环境下内存中动态存储区也就是堆中空间资源的访问而产生的，因为堆属于全局性资源，每个线程都试图去使用它，又因为每个线程是互斥地使用资源，那自然就会存在一个先到先得的问题，这就是所谓的竞速。你要知道堆空间也是有限的，于是就可能出现当某个线程是要使用堆空间时，堆却没有足够的空间提供给这个线程使用的时候。这个时候你再使用new来分配空间就会失败。虽然C++中提供了默认的处理过程，但是有的时候你就是希望自定义整个new的过程，那该如何是好？本原则就是来帮你解决这个问题的。
在这里你要知道C++是如何处理动态内存分配不足的问题的。以前如果遇到这种情况new会直接返回一个null，现在一般是返回一个bad_alloc异常。C++处理new异常通常有一个指向错误处理函数的函数指针new-handler，它负责对new分配不成功的处理。还有一个使用这个函数指针进行异常逻辑处理的函数叫set_new_handler，它们都在new头文件里面。
有趣的是这个set_new_handler是以new-handler为参数并以new-handler为返回值的，那又是怎么回事呢？作为参数的这个new-handler是指new分配错误时被调用的错误处理函数，注意！这个处理函数不一定非要是系统的库函数，它也可以是用户自定义的，不过因为new-handler是一个无参数无返回值的函数的指针，所以这个错误处理函数也必须是这样的一个函数。而那个返回的new-handler指向的是set_new_handler被调用前正在被执行的new-handler类型函数。在这里我对我自己的理解表示不确定。
这样只要new分配不成功它就不断地接受新的new-handler返回旧的new-handler知道new能分配成功。这样，设计一个良好的new-handler必须做到以下几点：
1、让可用内存更多。这一点首先要做到有足够的可供分配的内存空间，其次就是每次调用new-handler的时候就要及时释放掉那些没有分配成功的内存空间；
2、安装另一个new-handler。用更强大的new-handler替换当前的new-handler；
3、卸载new-handler。如果没有可用的new-handler，就将参数new-handler置为null使异常抛出；
4、抛出bad_alloc异常；
5、直接abort或者exit结束，啥也不做。
对于实现自定义new-handler和set_new_handler，作者的思想是在自定义接口中去调用这些系统函数来完成自定义功能，具体来说你就是在类内实现就好了。在此作者给了个例子：

从上图可见，主要就是在类中自定义两个公有的static接口，这样每个类的实例都可以使用这俩接口。其中一个是new的重载函数，另一个是set-new-handler。它还有一个私有的static的new-handler类型的指针，用来set-new-handler被调用前正在被使用的new-handler函数。这个set-new-handler所做的事情就是先把当前正在运行的new-handler函数保存起来，然后更改currentHandler的指向为新的new-handler，最后返回那个保存起来的new-handler。
这个被重载的new主要完成以下工作：
Step 1、在发生错误的时候调用标准的set-new-handler，这会将set-new-handler的参数置为新的global-new-handler，我想这个global-new-handler是系统提供的new-handler吧；
Step 2、global new会被调用，我想它也就是系统提供的那个new吧。如果new失败了，那么这个new会去调用类中的new-handler，因为由Step 1可知此时的new-handler实际上是系统的new-handler。如果这个系统的new-handler还是无法解决问题，它只能抛出bad-alloc异常。不过在这之前，类中的new必须把原来的系统的new-handler作为类中的set-new-handler的返回值来恢复系统的new-handler。为了先前的new-handler能得到恢复，类必须把先前的new-handler作为资源来管理；
Step 3、如果系统的new能分配成功，那么类中的new就应该返回该内存的指针，析构函数必须把先前的new-handler恢复回去。
因为这个方案并不因类的不同而不同，所以可以考虑把它做成父类的模版，让各个子类去继承这个特性，于是在这里作者提到了奇异递归模版模式，简称CRTP（Curiously Recurring Template Pattern）。它的样子大致如下。