企业官网建设流程全解析

目录标题

• AUTOSAR AP 错误处理与返回值规范：ErrorCode / ErrorDomain / Result / Exception / Violation 的工程化选型
• • 1. 错误分类先行：把“失败”拆成 4 种语义
  • • 1.1 Error：可恢复、属于 API 的正常输出域
    • 1.2 Violation：断言级失败、不可恢复
    • 1.3 Corruption：系统资源被破坏、不可恢复
    • 1.4 Failed Default Allocation：默认分配器失败、不可恢复
    • 1.5 4 类失败与机制映射表
  • 2. ErrorCode / ErrorDomain：把 “int 错误码”升级为可交换的系统语义
  • • 2.1 为什么 AP 不满足于 “0/-1 + errno”
    • 2.2 ErrorCode 的结构：value + domain + support data
    • 2.3 ErrorDomain 的关键价值：唯一身份与跨 ECU 可交换
    • 2.4 Vendor-specific error domain：扩展错误的硬约束
    • 2.5 “要不要每个库都建一个 domain？”
  • 3. Result / Future / Exception：AP 的双工作流与强制边界
  • • 3.1 Result：ValueOrError，且 ErrorType 被强制为 ErrorCode
    • 3.2 Duality：AP API 不会用 “直接 throw”来表达 Error
    • 3.3 ValueOrThrow：允许异常风格，但要对工具链友好
    • 3.4 Future/Promise：为与 Result 互操作而改造；GetResult 永不抛异常
  • 4. Violation / Abort 与“库 vs 应用进程”的落地策略
  • • 4.1 Violation 的实现陷阱：noexcept 下的 std::terminate
    • 4.2 Abort：明确“不回退、不展开栈”的终止语义
    • 4.3 应用进程（App） vs 库（Library）的推荐选型
    • 4.4 工程检查清单：把规范落到 code review
• 结语