C++嵌套try-catch捕获同类型异常时的代码改写方案咨询

认知偏差修正 #

你对异常捕获的匹配逻辑存在误解：异常只会被抛出时，当前执行路径已经进入的try块对应的catch语句捕获。myObject的构造过程处于内层try块的作用域之外，构造执行时内层try还未加载到执行栈中，因此构造阶段抛出的异常只会匹配外层catch，并不会被内层catch拦截，这部分原有逻辑的执行结果原本就符合你的预期。
你现有代码的唯一语法问题是外层try块漏写了闭合的大括号，会直接编译失败。

优化可读性的实现方案 #

你可以通过拆分逻辑的方式降低嵌套try-catch的理解成本，推荐写法如下：

#include <stdexcept>
#include <iostream>

// 封装单文件处理逻辑，异常直接向外抛出
void process_single_file(myObject& obj) {
    // 此处可以正常使用传入的obj对象
    process_file(obj);
}

int main() {
    try {
        // 构造全局使用的对象，异常直接由外层catch处理
        myObject obj;
        
        for (int i = 0; i < n_files; ++i) {
            try {
                process_single_file(obj);
            } catch (const std::invalid_argument& e) {
                std::cerr << "文件" << i << "参数错误：" << e.what() << std::endl;
            } catch (const std::runtime_error& e) {
                std::cerr << "文件" << i << "运行错误：" << e.what() << std::endl;
            }
            // 无论是否异常都自动继续下一个文件，不需要显式写continue
        }
    } catch (const std::exception& e) {
        std::cerr << "初始化失败：" << e.what() << std::endl;
        return 0;
    }
    // 正常后续业务逻辑
    return 0;
}

优化点说明 #

• 显式声明内层catch要捕获的异常类型，而非直接捕获所有std::exception，避免误捕获后续新增代码可能抛出的其他非预期异常，逻辑意图更清晰
• 将单文件处理逻辑封装为独立函数，减少嵌套层级的认知负担，同时保留了全局构造的obj在文件处理逻辑中的可用性
• 异常捕获时使用const引用传递，符合C++异常处理的最佳实践

如果不愿意拆分函数，也可以保持原有嵌套结构，只要补全外层try块的闭合大括号即可正常运行。嵌套try-catch本身不属于不良风格，只有无意义的嵌套、滥用全类型捕获才会影响可维护性。

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