You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

58 lines
1.5 KiB

  1. # 响应码规范
  2. ## 1. 基本原则
  3. - 响应码 0 表示成功
  4. - 非 0 响应码表示失败
  5. - 响应码应当具有明确的业务含义
  6. - 错误响应码应当与错误信息相对应
  7. ## 2. 响应格式
  8. ```json
  9. {
  10. "code": 0, // 响应码:0表示成功,非0表示失败
  11. "message": "string", // 响应消息:成功或错误描述
  12. "data": {} // 响应数据:成功时返回数据,失败时可能为null
  13. }
  14. ```
  15. ## 3. 标准响应码定义
  16. ### 3.1 成功响应
  17. | 响应码 | 说明 | 使用场景 |
  18. |--------|------|----------|
  19. | 0 | 成功 | 请求成功完成 |
  20. ### 3.2 错误响应
  21. | 响应码 | 说明 | 使用场景 |
  22. |--------|------|----------|
  23. | 400 | 请求参数错误 | 参数格式错误、必需参数缺失等 |
  24. | 401 | 未授权 | 未登录或token无效 |
  25. | 403 | 权限不足 | 无权限访问该资源 |
  26. | 404 | 资源不存在 | 请求的资源不存在 |
  27. | 500 | 系统内部错误 | 服务器内部错误 |
  28. ## 4. 测试要求
  29. ### 4.1 成功场景测试
  30. - 验证响应码为 0
  31. - 验证 message 为成功提示
  32. - 验证 data 包含预期数据
  33. ### 4.2 失败场景测试
  34. - 验证响应码为对应错误码
  35. - 验证 message 包含具体错误信息
  36. - 验证错误码与错误场景匹配
  37. ## 5. 最佳实践
  38. ### 5.1 错误码设计原则
  39. 1. 错误码应具有可读性
  40. 2. 错误码应与错误消息配对使用
  41. 3. 避免使用未定义的错误码
  42. ### 5.2 错误消息要求
  43. 1. 消息内容应清晰明确
  44. 2. 包含必要的错误详情
  45. 3. 避免暴露敏感信息