继承std::exception是为了兼容标准异常处理机制并保持接口一致。通过继承std::exception，自定义异常类可与标准库异常协同工作，便于统一处理；必须重写what()方法以返回错误信息；建议支持构造时传入信息，保持轻量级；设计时应优先使用已有异常类，为不同类型错误定义不同子类，将错误信息设为只读，确保拷贝移动操作安全，并尽量使用noexcept。
在C++中自定义异常类时，继承标准库中的 std::exception 是一个常见做法。但要做得既规范又实用，需要考虑接口一致性、错误信息管理以及使用上的便利性。
为什么建议继承 std::exception
C++标准库提供了一套基本的异常类型，比如 std::runtime_error 和 std::logic_error，它们都派生自 std::exception。通过继承这个基类，你的异常类可以：
- 与标准异常兼容，方便统一处理
- 被大多数现代C++代码识别和支持
- 使用
what()方法返回错误信息，保持接口一致
如果你直接从头开始写一个完全独立的异常类，虽然也能抛出和捕获，但在大型项目或团队协作中容易造成混乱。
立即学习“C++免费学习笔记（深入）”；
如何设计一个清晰且易用的自定义异常类
一个好的自定义异常类应该做到简单明了，便于使用，同时避免不必要的复杂性。以下是一些关键点：
-
重写
what()方法：这是获取错误描述的主要方式，通常返回const char* - 支持构造时传入错误信息：可以通过字符串构造，也可以支持格式化字符串（如 snprintf）
- 保持轻量级：不要在里面做太多复杂的逻辑，异常处理本身就不该频繁发生
举个例子，一个简单的自定义异常类可以这样写：
#include <exception>
#include <string>
class MyException : public std::exception {
public:
explicit MyException(const std::string& message) : msg(message) {}
const char* what() const noexcept override {
return msg.c_str();
}
private:
std::string msg;
};这段代码实现了基本功能，也保留了灵活性。
继承 exception 的最佳实践
为了写出更健壮、可维护的异常类，下面是一些建议：
-
优先使用标准库已有的异常类：比如
std::runtime_error，除非你有明确的理由需要自定义 - 为不同类型的错误定义不同的异常子类：比如网络错误、文件读取失败等，有助于精确捕获
- 将错误信息设计为只读属性：避免在运行时修改，提高线程安全性和稳定性
- 考虑是否支持拷贝和移动操作：异常对象在抛出时可能会被复制，确保这些操作是安全的
-
尽量使用 noexcept：特别是在
what()方法中，防止抛出异常的过程中再抛出异常
如果想进一步增强功能，比如记录错误码、堆栈信息等，可以在异常类中添加字段，但要注意控制复杂度。
基本上就这些。写好一个自定义异常类不难，关键是结构清晰、行为明确，能在不同的上下文中稳定工作。
