现代C错误处理中的异常与结果类型权衡C 错误处理长期存在两条路线异常和返回值。现代工程实践里问题不再是“哪一个绝对更好”而是如何根据边界、性能和调用模式做出清晰选择。异常的优势在于主路径简洁#include#includeint parse_port(const std::string text) {int value std::stoi(text);if (value 1 || value 65535) {throw std::out_of_range(invalid port);}return value;}如果错误是罕见路径异常能避免层层返回码污染主逻辑。但它也有成本- 控制流不显式- ABI 和跨模块边界更敏感- 低延迟核心路径有时不愿承担异常模型复杂度结果类型则强调显式传播。可以用 optional、expected 风格对象或自定义结果结构#include#includestd::optional parse_id(const std::string text) {if (text.empty()) {return std::nullopt;}return std::stoi(text);}这种方式让调用方必须处理失败但如果错误信息复杂仅 optional 又不够。更完整的结果对象#includestruct ParseResult {bool ok;int value;std::string error;};ParseResult parse_age(const std::string text) {if (text.empty()) {return {false, 0, empty input};}return {true, std::stoi(text), };}工程上可以这样划分- 构造失败、配置错误、不可恢复错误异常更自然- 高频业务校验、用户输入错误、常见失败路径结果类型更合适- 跨线程、跨进程、跨 RPC 边界显式结果通常更稳真正重要的是一致性。一个系统若一半靠异常、一半靠返回码且边界定义模糊维护成本会迅速上升。高级错误处理设计的目标不是追求某种语法风格而是让失败路径可预期、可组合、可观察。