「小游戏服务平台」错误码规范(落地实现版)
小游戏平台错误码规范(落地实现版)
1. errors.yaml
配置文件模板
统一在仓库中维护错误码:
|
|
👉 好处:
- 可读性强
- 版本化管理(Git 控制)
- 多语言内置
- CI/CD 可以校验是否有重复错误码
2. SDK / 后端错误码加载示例
Go 后端示例
|
|
使用示例
|
|
JavaScript SDK 示例
|
|
3. 错误码文档自动生成
可以通过 脚本将 errors.yaml
自动生成 Markdown/HTML 文档,避免人工维护:
生成 Markdown 示例
|
|
执行后会生成一份 ERRORS.md
,供团队直接阅读。
4. 错误码最佳实践 checklist ✅
- 全局唯一性:通过 CI 校验错误码不重复
- 国际化:支持至少中/英多语言
- 多层日志:前端 → SDK → API 网关 → 微服务,全链路带
trace_id
- 自动化生成:从
errors.yaml
自动生成 SDK 映射 & 文档 - 分级提示:用户可感知 / 无感知 / 安全敏感
- 监控告警:关键错误码建立 Prometheus 告警(支付、广告)
📌 总结
小游戏平台的错误码规范最终落地方式是:
- 集中管理(
errors.yaml
) - 全链路一致(前端/SDK/后端同一套标准)
- 国际化支持(多语言 Message)
- 自动化文档(避免手工更新冲突)
- 监控联动(关键错误码告警)
这样既能保证 研发效率,又能满足 运维与产品合规需求。