mirror of
https://github.com/snowy-yang/qqbotsdk.git
synced 2026-10-21 09:05:21 +00:00
BaseProtocol 从 emitter.py 移入新模块 protocol.py,接口由 register(emitter) 改为 async on_frame(payload)(返回需回送的响应体);协议处理器不再注册进 emitter,而由 run_loop 注入对应的 connecter,由适配器逐帧调用。 破坏性变更:只有 op=0 的业务事件进事件队列交给 EventEmitter 分发, HELLO/READY/INVALID_SESSION/op=13 等协议帧在连接器内就地处理——用户 handler 不再收到协议帧(此前 HELLO/INVALID_SESSION 等会路由到 handler)。 EventEmitter.register_protocol()/handle() 与 emitter 持有协议层的机制删除, 协议类不再用 register() 注册 handler。 附带修掉一处时序耦合:INVALID_SESSION 的会话重置此前依赖分发泵在重连前 消费掉该事件(慢 handler 会推迟它,导致带着已死 session_id 去 RESUME), 现在连接器在 break 重连前同步完成重置。 同时做的事件流优化: - emit() 先取事件名、无 listener 时不构造 Event(未订阅事件省一次对象与拷贝) - Event.data 改为惰性拷贝(只用 .typed/.raw 的 handler 不再触发 dict(d)) - ws 重连收尾 await 被取消的 reply/heartbeat 任务,避免异常无人取用 - EventQueue.put_event/put_reply 去掉多余的 return await 测试 80 全绿(新增协议帧处理测试组、ws 集成断言协议帧不触达 handler), ruff/pyright 干净。文档 ARCHITECTURE/API/GUIDE/README/CHANGELOG 同步。
4.8 KiB
4.8 KiB
qqbotsdk
QQ 官方机器人 Python SDK(Python 3.13 / asyncio / aiohttp),支持 WebSocket 与 Webhook 两种接入方式。
使用指南 · API 参考 · 架构 · 示例 · 更新日志
架构
flowchart TB
subgraph 接入层
WS["WebsocketConnecter(ws 长连接 / 重连 / 看门狗)"]
WH["WebhookConnecter(http 回调 / 验签 / 去重)"]
end
subgraph 分发层
Q[("EventQueue")]
EE["EventEmitter(路由 / 参数注入 / 异常隔离)"]
end
subgraph 协议层
WSP["WebsocketProtocol(鉴权 / 心跳 / 序列号)"]
WHP["WebhookProtocol(op=13 验证应答)"]
end
subgraph 业务层
API["BotApi(REST + ApiError)"]
USER["用户 handler @ee.on(...)"]
end
QQ["QQ 开放平台"]
WS --> Q
WH --> Q
Q --> EE
EE <--> WSP
EE --> USER
USER --> API
API --> QQ
WS --> QQ
组件在 run_loop 显式装配,并按类型登记到 emitter.services 供 handler 参数注入(无全局单例);依赖关系、数据流与设计决策详见 docs/ARCHITECTURE.md。
特性
- 内置协议处理器(
ws_protocol.py/webhook_protocol.py):HELLO 鉴权(IDENTIFY/RESUME 自动切换)、apscheduler 定时心跳、READY 会话捕获、INVALID_SESSION 会话失效处理 - 断线自动重连(指数退避 + 心跳看门狗),重连时自动 RESUME 续传
- Webhook 接入自带 Ed25519 验签、op=13 验证应答与 60s TTL 事件去重
- 事件订阅由项目根目录的
intents.toml控制,按大类(Intents 分组)开关,将对应分组改为true即可 - Markdown 与内嵌按钮一等支持:
post_group_message(..., markdown=..., keyboard=...)自动置 msg_type=2,respond_interaction()回应按钮回调 - 组件在
run_loop显式装配(无 DI 框架依赖),全 SDK 共享一个 HTTP 连接池
配置
.env(APPID/APPSECRET 必填,缺失启动即报错):
APPID=你的AppID
APPSECRET=你的AppSecret
BASE_URL=https://api.bot.qq.com # 可选,默认官方地址
TIMEOUT=5000 # 可选,毫秒
CONNECTER=websocket # websocket 或 webhook
# 仅 webhook 接入时
WEBHOOK_HOST=0.0.0.0
WEBHOOK_PORT=8080
WEBHOOK_PATH=/qqbot/webhook
使用
编写入口(如 main.py),把自己构造的 EventEmitter 传给 main():
from qqbotsdk import EventEmitter, main
ee = EventEmitter()
# 方式一:裸参数(d 为原始事件数据)
@ee.on("GROUP_AT_MESSAGE_CREATE")
async def on_group_message(d):
print("收到群消息:", d)
# 方式二:类型化 payload(dataclass,见 qqbotsdk.payloads)
from qqbotsdk.payloads import GroupAtMessage
@ee.on("GROUP_AT_MESSAGE_CREATE")
async def on_group_message(msg: GroupAtMessage):
print(msg.group_openid, msg.user_openid, msg.content)
# 方式三:参数注入(按形参标注解析,`BotApi` 等组件由 SDK 装配)
from qqbotsdk.api import BotApi
from qqbotsdk.events import Event
@ee.on("GROUP_AT_MESSAGE_CREATE")
async def handle(event: Event, api: BotApi):
print(event.user_id, event.group_id, event.content)
# 被动回复:带 msg_id(群聊 5 分钟/单聊 60 分钟内有效,最多分别回复 5/4 次);
# 同一条消息多次回复递增 msg_seq
await api.post_group_message(
event.group_id,
content=f"你说:{event.content}",
msg_id=event.message_id,
) # 失败抛 ApiError;富媒体先 upload_group_file 拿 file_info
# 业务事件(op=0)才进分发,返回值不回流,回复请显式调 BotApi;
# 协议帧(HELLO/READY/INVALID_SESSION/op=13)由各接入方式的协议处理器
# 在连接器内就地处理,不进队列、也不会触达 handler。
# 单个 handler 抛异常不会影响其他 handler 和主循环,异常会被记录。
if __name__ == "__main__":
main(ee)
运行:
uv run python main.py
Webhook 接入:将 .env 中 CONNECTER 改为 webhook,运行后把
http://<你的域名>:8080/qqbot/webhook 配置到 QQ 开放平台回调地址(仅支持 80/443/8080/8443 端口,需公网 HTTPS)。
完整可运行示例见 examples/:群机器人(文本/图片回复、入群欢迎、单聊回复)与 Webhook 最小接入。
开发
uv run pytest # 单元测试
uv run ruff check src tests examples && uv run pyright
文档站点基于 docsify(无需构建,仓库根 index.html + Markdown),本地预览:
npx docsify-cli serve # 打开 http://localhost:3000
待完善
- 更多 OpenAPI 封装(按需在
api.py的BotApi上加薄封装即可)