这很简单：不要再相信你应该为所有东西使用标准库。

标准库旨在成为功能的默认位置。然而，这并不意味着它适用于所有情况。例如内核编程。这是一个相当小众的环境，在这里你需要对大多数C++程序员不关心的事情进行直接和明确的控制。

发出失败信号的C++标准机制，特别是容器内部内存分配之类的失败信号，是抛出异常。绝大多数应用程序都不会去捕捉这个异常；万一他们失忆了，他们就会死。这对他们来说很好。在这种情况下，返回错误代码充其量是困难的（考虑重新分配std::vector<std::string>。如果内部std::string中的一个是导致OOM的原因，会发生什么？谁会得到错误代码？既然异常是由std::string的复制构造函数引发的，你怎么会发信号通知构造函数失败？）。只有真正需要关心的人才会关心它

您在一个受限的环境中工作，这个环境不是标准库设计用来处理的。所以…不要在那种环境下使用它。

我的建议是找到一份EASTL。它真的是为这类事情而设计的。我链接到的Github repo有一些错误修复等等，但基本上还是一样的。这不是一个坏代码。它们类似STL的容器提供了大部分接口，因此它们可以大部分作为替换。但它们提供了专门控制内存分配的特殊功能。而且他们不会扔（或者至少，你可以关掉扔）。

问题似乎真的出在你的环境上。堆叠展开并不十分复杂。我可以理解为什么你想对它施加一些限制-抛出10MB对象是合法的C++-但即使在内核模式下，你也应该能够支持通过非虚拟调用抛出std::bad_alloc。

考虑到这一点，STL的设计是完全合理的。接口只需要最低限度的异常支持，并且可以根据环境定制实现。