c++中如何处理异常_c++ try catch异常处理机制_技术教程

catch不触发的主因是类型不匹配：throw "hello"生成const char，而catch(std::string)无法捕获；应改用catch(const char)或throw std::string。

为什么 throw 一个 `int` 或 `std::string` 后，`catch` 有时不触发？

常见原因是异常类型不匹配：C++ 的 catch 是严格按类型（含 cv 限定符和引用性）匹配的。比如 throw "hello" 抛出的是 const char[6]，退化为 const char*，但写 catch (std::string e) 不会捕获它——std::string 和 const char* 是完全不同的类型，且不会自动构造。

抛出字面量字符串时，应 catch (const char* e) 或改用 throw std::string("hello")
抛出对象时，优先用引用捕获：catch (const std::exception& e)，避免切片和不必要的拷贝
若在 catch 块中重新抛出，用 throw;（不带表达式），而非 throw e;，否则会复制异常对象并可能丢失原始类型信息

`std::exception` 派生类怎么选？`std::runtime_error` 和 `std::logic_error` 有什么实际区别？

区别不在技术实现，而在语义：C++ 标准规定，std::logic_error 子类（如 std::invalid_argument、std::out_of_range）表示「程序逻辑错误」，通常是可静态检查或应在开发/测试阶段发现的问题；std::runtime_error 子类（如 std::system_error、std::overflow_error）表示「运行期不可预测的失败」，比如文件不存在、网络超时、内存耗尽。

用户输入校验失败 → throw std::invalid_argument("size must be > 0");
调用 fopen() 返回 nullptr → throw std::system_error(errno, std::generic_category());
不要滥用 std::runtime_error 包裹所有错误，会模糊问题性质，影响上层决策（例如是否重试）

函数声明 `noexcept` 和 `throw()` 到底怎么影响异常传播？

throw() 是 C++98 的动态异常规范，已弃用；noexcept 是现代替代，语义更明确：若函数声明为 noexcept 却抛出异常，程序直接调用 std::terminate()，不会尝试栈展开。

void dangerous_op() noexcept {
    // 若此处 throw，程序立即终止，不会执行任何局部对象析构
    throw std::runtime_error("oops");
}
void safe_op() noexcept(true) { / 同上 / }
void may_throw() noexcept(false) { / 允许抛出，等价于不写 noexcept / }