nonebot2/docs/guide/whats-happened.md
2018-08-16 23:18:13 +08:00

6.4 KiB
Raw Blame History

发生了什么?

上一章中我们已经运行了一个最小的 NoneBot 实例,在看着 QQ 机器人回复了自己的消息的同时你可能想问这是如何实现的具体来说NoneBot、CoolQ HTTP API 插件、酷 Q这三者是如何协同工作的本章将对这个问题做一个初步解答。

::: tip 提示 如果你已经有较丰富的 QQ 机器人开发经验,尤其是使用 CoolQ HTTP API 插件的经验,可以跳过这一章。 :::

一切从酷 Q 开始

我们在 概览 中提到过,酷 Q 扮演着「无头 QQ 客户端」的角色,一切的消息、通知、请求的发送和接收,最根本上都是由它来完成的,我们的最小 NoneBot 实例也不例外。

首先,我们向机器人发送的 /echo 你好,世界 进入腾讯的服务器,后者随后会把消息推送给酷 Q就像推送给一个真正的 QQ 客户端一样。到这里,酷 Q 就已经收到了我们发送的消息了。

进入 CoolQ HTTP API 插件

酷 Q 在收到消息之后,按优先级依次将消息转交给已启用的各插件处理,在我们的例子中,只有一个插件,就是 CoolQ HTTP API 插件。

CoolQ HTTP API 插件收到消息后会将其包装为一个统一的事件格式并对消息内容进行一个初步的处理例如编码转换、数组化、CQ 码增强等,这里的细节目前为止不需要完全明白,在需要的时候,可以去参考 CoolQ HTTP API 插件的 文档

接着,插件把包装好的事件转换成 JSON 格式,并通过反向 WebSocket 客户端的 Event 客户端发送出去。这里的 Event 客户端,连接的就是我们在它的配置中指定的 ws_reverse_event_url,即 NoneBot 监听的 WebSocket 入口之一(另一个是 API

::: tip 提示 反向 WebSocket 的 Event 和 API 客户端都是在插件启动时建立连接的,在恰当配置了 ws_reverse_reconnect_intervalws_reverse_reconnect_on_code_1000 之后,会在断线时自动尝试重连。 :::

NoneBot 出场

CoolQ HTTP API 插件通过反向 WebSocket 将消息事件发送到 NoneBot 后NoneBot 就开始了它的处理流程。

初步处理

首先 NoneBot 利用底层的 aiocqhttp 区分事件类型,并通知到相应的函数,本例中,相应的函数就是负责处理消息的函数。

负责处理消息的函数会尝试把消息作为一个命令来解析,根据默认配置,它发现消息内容 /echo 你好,世界 符合命令的一个特征——以 / 开头,剥离掉这个起始字符之后,消息变为 echo 你好,世界,紧接着,它读取第一个空白字符之前的内容,即 echo,将其理解为命令的名字。

::: tip 提示 实际上,它还会使用配置中的分隔符对 echo 做一个分割,不过这里分割完也只有一个部分,所以实际命令名字为 ('echo',),形式是一个 Python 元组;而如果我们发送的命令是 note.add,分割之后就是 ('note', 'add')。 :::

理解最小实例的代码

到这里,我们先暂停一下对消息事件的行踪的描述,回头来说一下最小实例的代码:

import none

if __name__ == '__main__':
    none.init()
    none.load_builtin_plugins()
    none.run(host='127.0.0.1', port=8080)

第 4 行的 none.init() 首先初始化 none 包,这是无论如何都需要写的一行代码,并且必须在使用 NoneBot 的任何功能之前调用。

随后,none.load_builtin_plugins() 加载了 NoneBot 的内置插件,这一步不是必须的,尤其在你编写了自己的插件之后,可能会不再需要内置插件。

NoneBot 的内置插件只包含了两个命令,echosay,两者的功能都是重复发送者的话,区别在于,echo 命令任何人都可以调用(不限制权限),但只能原样重复消息,不能手动指定要发送的 CQ 码,say 命令只有超级用户(通常是你自己,需要在配置中指定,下一章会介绍)可以调用,可以在消息中指定要发送的 CQ 码,如下图:

Echo and Say

最后,none.run(host='127.0.0.1', port=8080) 让 NoneBot 跑在了地址 127.0.0.1:8080 上,向 CoolQ HTTP API 插件提供 //ws/event//ws/api/ 三个入口,在我们的反向 WebSocket 配置中,插件利用了后两个入口。

命令处理器

现在,我们知道了最小 NoneBot 实例中已经加载了 echosay 两个命令,在 初步处理 中也知道了消息内容符合命令的格式,并且从中拿到了命令名(echo),这时候消息处理函数发现,这条消息中解析出来的命令确实是存在的,于是它将剩余部分(你好,世界)当做命令的参数,并通过命令名获取到对应的命令处理器,然后把参数、消息事件中附带的其它信息一起打包成一个 Session 对象(具体来说,是一个 CommandSession 类的对象),传给命令处理器来调用它。

echo 命令处理器的代码其实非常简单,如下:

@on_command('echo')
async def echo(session: CommandSession):
    await session.send(session.get_optional('message') or session.current_arg)

你现在不用关心它是如何从 Session 中拿到参数的,只需看到,命令处理器中实际内容只有一行 session.send() 函数调用,这个调用会直接把参数中的消息内容原样发送。

再次进入 CoolQ HTTP API 插件

命令处理器在调用 session.send() 之后NoneBot 把消息内容发送给了 CoolQ HTTP API 插件那边已连接的反向 WebSocket 客户端同时告诉它要把消息发送到和收到消息相同的地方即接收到消息所在的群组、讨论组或私聊。CoolQ HTTP API 插件明白了 NoneBot 的要求之后,会对消息做一些必要的处理,然后按照指示调用酷 Q 提供的相应接口。

一切又在酷 Q 结束

酷 Q 收到 CoolQ HTTP API 插件的接口调用之后,将消息内容发送给腾讯的服务器,就像一个真正的 QQ 客户端一样,于是你就收到了 QQ 机器人发来的消息了。

至此,我们已经理清楚了第一次对话中每一步到底都发生了些什么,以及 NoneBot 如何解析消息并调用到相应的命令处理器来进行回复。下面的几章中我们将一步一步地对最小 NoneBot 实例进行扩充,以实现一些非常棒的功能!