什么是接口文档,如何使用,注意事项有哪些
一、接口文档的核心内容
-
基础信息
-
接口名称:明确功能(如“用户登录接口”)。
-
接口地址:URL 或 RPC 路径(如
/api/v1/login
)。 -
请求方法:HTTP 方法(GET/POST/PUT/DELETE)或 RPC 协议类型。
-
协议类型:HTTP/HTTPS、gRPC、WebSocket 等。
-
-
请求参数
-
Header:认证信息(如
Authorization: Bearer token
)、内容类型(Content-Type: application/json
)。 -
Query 参数:URL 中的参数(如
?page=1&size=10
)。 -
Body 参数:JSON/XML 格式的请求体(字段名、类型、是否必填、示例值)。
-
路径参数:URL 中的动态参数(如
/user/{id}
)。
-
-
响应数据
-
HTTP 状态码:如 200(成功)、400(参数错误)、401(未授权)、500(服务器错误)。
-
响应体格式:JSON/XML 结构,包含字段说明(如
code: 0
表示成功,data
为业务数据)。 -
错误码表:详细列出所有可能的错误码和含义。
-
-
其他信息
-
调用频率限制(如每秒 100 次)。
-
依赖关系(如需要先调用鉴权接口)。
-
版本历史(记录接口变更日志)。
-
二、如何使用接口文档
1. 作为调用方(使用他人接口)
-
步骤 1:通读文档概述
确认接口功能是否符合需求,关注鉴权方式(如 OAuth2.0、API Key)、协议要求(如必须 HTTPS)。
示例:微信支付接口需商户证书和签名验证。 -
步骤 2:构造请求
-
使用 Postman 或代码工具模拟请求,严格按文档填写参数。
-
注意数据格式(如时间戳需为 Unix 时间)。
常见错误:字段类型不匹配(如数字传了字符串)、必填参数遗漏。
-
-
步骤 3:处理响应
-
解析状态码和
code
字段,优先判断请求是否成功(如code=200
)。 -
提取
data
中的业务数据,处理嵌套结构(如分页数据在data.list
中)。
-
-
步骤 4:错误处理
-
根据错误码提示用户(如
code=4001
对应“余额不足”)。 -
记录错误日志,包含请求参数和响应内容,便于排查。
-
2. 作为提供方(编写接口文档)
-
工具选择:
-
Swagger/OpenAPI:自动生成交互式文档,支持在线测试。
-
Markdown + Git:适合版本管理,搭配工具(如 MkDocs)生成网页。
-
Postman Collections:导出为 JSON 文件共享给调用方。
-
-
编写技巧:
-
提供沙箱环境:让调用方在测试环境调试,避免影响生产。
-
字段说明模板:
markdown
| 字段名 | 类型 | 必填 | 描述 | 示例 | |--------|--------|------|--------------|------------| | userId | string | 是 | 用户唯一ID | "u123456" |
-
代码示例:给出主流语言(Python、Java、JavaScript)的调用片段。
-
三、注意事项
1. 对调用方
-
环境区分:确认调用的是测试环境还是生产环境地址。
-
敏感数据:不要在日志或前端暴露 API Key、Token 等。
-
重试机制:接口失败时需限制重试次数,避免触发风控。
2. 对提供方
-
版本兼容性:旧版接口废弃前需通知,推荐 URL 中带版本号(如
/v2/login
)。 -
安全性:
-
明确鉴权方式(如 JWT 过期时间)。
-
敏感接口需加密(如银行卡号用 AES 加密)。
-
-
文档更新:接口变更后,通过邮件或消息通知调用方。
3. 通用建议
-
自动化测试:用单元测试验证接口是否符合文档描述。
-
监控报警:对接口调用失败率、延迟等指标设置监控。
-
用户体验:提供搜索功能(如 Swagger 的搜索栏),快速定位接口。
四、典型问题示例
-
Q:调用返回 403 错误,但文档未说明原因?
-
排查:检查请求头是否漏传
Authorization
,或 Token 是否过期。
-
-
Q:文档说字段是整数,但实际返回了字符串?
-
解决:联系提供方修正文档,并在代码中增加类型容错。
-
五、工具推荐
-
Swagger UI:自动生成可视化文档。
-
Postman:调试接口 + 生成文档。
-
Redoc:美观的静态文档生成器。
-
Apifox:国产工具,支持接口调试、文档、Mock 数据一体化。
通过规范的接口文档,团队协作效率可大幅提升,减少“联调地狱”。务必将其视为代码的一部分,随代码库同步维护!