Eigen中throw_std_bad_alloc特殊实现的作用及内存泄漏疑问

这段代码解决的核心问题 #

当Eigen编译时禁用了异常（EIGEN_EXCEPTIONS宏未定义），无法通过抛出std::bad_alloc来告知内存分配失败。这段代码的作用是在禁用异常的场景下，模拟内存分配失败的终止行为，让程序在内存不足时以符合C++标准的方式终止，替代异常抛出的作用。

为何要如此编写？ #

• std::size_t huge = static_cast<std::size_t>(-1);：std::size_t是无符号整数类型，将-1强制转换后会得到该类型的最大值（例如64位系统下为18446744073709551615），这个数值远超出任何系统的实际可用内存，必然会触发内存分配失败。
• ::operator new(huge);：调用全局的operator new（避免调用类重载的版本）请求分配超大内存。默认情况下，operator new分配失败时会先调用当前的new_handler，如果new_handler无法释放足够内存，就会直接终止程序（比如调用abort()）。这种终止行为和抛出std::bad_alloc后未被捕获的效果一致，同时满足禁用异常的编译要求。

关于“内存泄漏”的理解 #

这段代码不存在实际的内存泄漏问题：

• 核心前提是请求的内存量远超系统上限，operator new根本无法成功分配内存，自然不会返回有效的内存指针，也就不需要释放。
• 就算极端情况下真的分配成功（几乎不可能），此时程序已经处于内存耗尽的异常路径中，后续不会正常执行，所谓的“泄漏”也不会对系统产生实际影响。该函数的设计目标就是触发程序终止，而非正常执行后续逻辑。

内容的提问来源于stack exchange，提问作者sophistcxf