场景驱动：为什么需要QQ信息API

在社交平台、论坛或企业内部系统中，经常需要根据用户的QQ号快速获取其公开信息，用于头像展示、昵称自动填充、空间链接跳转等场景。例如：

• 用户准备时，输入QQ号后自动拉取昵称和头像，提升体验。
• 客服系统根据QQ号快速定位用户资料，减少手动查询。
• 社区绑定QQ后，展示用户个性化头像和QQ邮箱。

QQ信息API提供了标准化的接口，只需传入合法QQ号，即可返回昵称、QQ邮箱、QQ空间链接以及四种尺寸的头像直链，无需解析复杂HTML或担心上游接口变化。

接口能力边界

该接口为RESTful风格，请求方法为GET，地址固定。其核心能力包括：

• 严格号码校验：只接受5-11位纯数字，避免传入非数字或位数错误导致上游截断。
• 安全增强：上游返回的QQ key必须与请求严格一致，否则视为未查询到，防止伪造响应。
• 错误兼容：自动识别上游的JSONP错误格式（_Callback({error:...})）和正常回调（portraitCallBack(...)），对调用者透明。
• 编码兜底：腾讯接口历史输出GBK的中文昵称会被自动转码为UTF-8，避免乱码。
• 多尺寸头像：返回s40/s100/s140/s640四种尺寸URL，直接用于不同场景（如列表用s40，详情用s640）。

接口支持的QPS为10/s，适合中小规模业务。如果需要更高并发，建议本地缓存或使用队列。

请求参数与鉴权

Query参数

Header鉴权

注意：部分历史调用示例使用X-API-Key头，但新版本建议统一使用Authorization头，具体以API文档为准。

curl接入示例

以下示例使用Authorization头，并将API Key保存在环境变量APIZERO_API_KEY中。请替换为你的真实Key。

curl -sS \ -X GET \ -H "Authorization: Bearer $APIZERO_API_KEY" \ "https://v1.apizero.cn/api/qq?qq=10001"

若只需要匿名测试（不传Authorization），可直接执行：

curl -sS \ -X GET \ "https://v1.apizero.cn/api/qq?qq=10001"

返回示例（格式化后）：

{ "code": 0, "data": { "avatars": { "s100": "https://q1.qlogo.cn/g?b=qq&nk=10001&s=100", "s140": "https://q1.qlogo.cn/g?b=qq&nk=10001&s=140", "s40": "https://q1.qlogo.cn/g?b=qq&nk=10001&s=40", "s640": "https://q1.qlogo.cn/g?b=qq&nk=10001&s=640" }, "is_found": true, "mail": "10001@qq.com", "name": "QQ小冰", "qq": "10001", "qzone": "https://user.qzone.qq.com/10001" }, "msg": "成功", "request_id": "req_7a8b9c0d" }

注意：示例中的name字段为虚构，实际会返回用户的真实昵称。

Node.js代码接入示例

使用axios库进行调用，推荐将API Key配置在环境变量中，避免硬编码。

const axios = require('axios'); const API_KEY = process.env.APIZERO_API_KEY; const baseURL = 'https://v1.apizero.cn/api/qq'; async function queryQQInfo(qq) { try { const response = await axios.get(baseURL, { params: { qq }, headers: API_KEY ? { Authorization: `Bearer ${API_KEY}` } : {} }); const { code, data, msg } = response.data; if (code !== 0) { throw new Error(`API error: ${msg}`); } return data; } catch (error) { console.error('查询QQ信息失败:', error.message); throw error; } } // 使用示例 queryQQInfo('88888888') .then(data => { console.log('昵称:', data.name); console.log('头像URL(s100):', data.avatars.s100); console.log('QQ空间:', data.qzone); }) .catch(err => console.error(err));

返回值深度解读

成功时code=0，data对象包含以下字段：

is_found字段特别重要。当QQ号存在但无公开昵称时，name可能为空字符串，但is_found仍为true；若QQ号不存在，is_found为false，此时avatars、name等字段可能返回默认值或空。建议开发者以is_found作为是否展示用户信息的最终判断。

头像尺寸选择建议：

• 列表/好友头像：用s40或s100，加载快。
• 个人主页/大图：用s140或s640，清晰度高。

常见错误与处理

1. QQ号格式错误

• 非数字或数字长度不在5-11位，接口返回code=400及参数错误提示。
• 处理：前端应预校验QQ号格式，避免无效请求。

2. 鉴权失败

• 未传合法Authorization头且匿名额度耗尽，返回code=401或code=403。
• 处理：检查API Key是否有效，确认额度。

3. 上游兼容错误

• 接口内部已处理上游JSONP错误，正常情况下不会暴露给调用方。但若出现非预期响应（如网络超时），需捕获异常并重试。

4. 编码问题（罕见）

• 极少数情况下，若上游返回的GBK编码未被正确转码，可能出现乱码。此时可尝试对返回的name字段进行手动解码，但接口已尽可能处理，一般不会出现。

工程化注意事项

1. 缓存策略：对于同QQ号的查询结果，可缓存头像URL和昵称（TTL设为1小时），减少API调用。头像URL本身长期有效，可直接缓存。
2. 并发控制：接口QPS为10/s，若业务并发高，建议使用本地队列或限流组件（如bottleneck）控制请求频率。
3. 安全：API Key绝不可暴露在前端代码中，应通过后端代理转发。匿名调用有额度限制，生产环境务必使用带Key的调用。
4. 错误重试：对网络超时或5xx错误，采用指数退避重试（最多3次）。
5. 头像默认值：当is_found=false时，可展示业务平台默认头像，避免显示空白。
6. 日志记录：记录每次请求的request_id，便于排查上游问题。

参考文档

• QQ信息API文档
• 原始文档