普遍认为C++标准库不适合使用继承进行扩展。当然，我和其他人都批评那些建议从类（如std::vector）派生的人。然而，这个问题：c++ exceptions, can what() be NULL? 让我意识到标准库中至少有一个部分是打算通过继承来扩展的——std::exception。
因此，我的问题有两个部分：
是否还有其他标准库类旨在被派生？
如果从标准库类（例如std::exception）派生，是否受到ISO标准所描述的接口的限制？例如，使用一个异常类，其what()成员函数未返回NTBS的程序（例如返回空指针）是否符合标准？
很好的问题。我真希望标准更明确地说明旨在使用什么。也许应该有一个 C++ 原理文档与语言标准一同出现。无论如何，这是我的做法：
(a) 我不知道是否存在这样的列表。相反，我使用以下列表来确定一个标准库类型是否可能被设计为可继承：
std::vector 这样的类。friend 语句悬浮在周围，则要避免使用它，因为可能存在封装问题。std::char_traits）是一个相当好的线索，表明您不应将其用作基类。不幸的是，我不知道是否有一个好的、全面的或者明确的列表。通常我会凭直觉去选择。
(b) 我会应用 LSP。如果有人在您的异常上调用 what()，那么它的可观测行为应该与 std::exception 的行为一致。我认为这不是一个符合标准的问题，而是一个正确性问题。标准并不要求子类可以替换基类。这只是一个最佳实践。
流库是为继承而设计的 :)
就像D.Shawley所说，我会将LSP应用于您的第二个问题。始终可以将基类替换为派生类是合法的。如果我调用exception::what()，它必须遵循exception类指定的契约，无论exception对象来自何处，或者它实际上是一个已经向上转型的派生类。在这种情况下，该契约是标准承诺返回NTBS。如果您使派生类表现不同，那么您将违反标准，因为类型为std::exception的对象不再返回NTBS。
operator new和operator delete。但是，标准保证operator delete在空指针上是无操作。在functional库中，一些东西例如greater<>、less<>和mem_fun_t是从unary_operator<>和binary_operator<>派生而来的。但是，我记得那只会给你一些typedef。
我知道这个问题很久了，但我想在这里添加我的评论。
自几年前以来，我使用一个继承自std::string的class CfgValue，尽管文档（或某些书籍或某些标准文档，我现在没有源代码）说，用户不应该继承自std::string。并且这个类含有一个“TODO：从std::string中删除继承”的注释多年。
Class CfgValue只是添加了一些构造函数和设置器和getter，以便快速转换字符串、数值和布尔值，并将utf8（保留在std::string中）转换为ucs2（保留在std::wstring中）编码等。
我知道，有许多不同的方法可以做到这一点，但对于用户来说，它非常方便，而且它工作得很好（这意味着它不会破坏任何stdlib概念、异常处理等）：
class CfgValue : public std::string {
public:
...
CfgValue( const int i ) : std::string() { SetInteger(i); }
...
void SetInteger( int i );
...
int GetInteger() const;
...
operator std::wstring() { return utf8_to_ucs16(*this); }
operator std::wstring() const { return utf8_to_ucs16(*this); }
...
};
对于第二个问题，我认为答案是肯定的。标准规定std::exception的what成员必须返回非空值。无论我有一个堆栈、引用还是指向std::exception的指针值，what()的返回值都受标准限制。
当然，返回NULL是可能的。但我认为这样的类不符合标准。
std::stack和std::queue这类拥有 protected 成员的类，因为保护成员仅是为了允许子类读取数据。当然，在操作时需要非常小心。 - Evan Teran