好像摸鱼了几天，把缓存队列写得七七八八。为了实现简单，写入直接做了同步锁，测了一下性能，绝对是够用了。
队列设计成了两套：基于数组的方式有点在于缓存和未消费数据的大小都是固定的，比较好控制；基于链表的虽然缓存是固定的，但是如果上下文中有未消费的数据，链表就会堆积，内存的清理依赖于 GC ，稳定性我还没有太深入的测试。
吐槽一句最近梯子全面爆炸，导致我很多开发环境的导入全部走不了代理。垃圾华为云镜像明明有包，但是就是给我报错不能下载，切换到阿里云镜像瞬间舒畅了，果然福报场是真的福报
比较重要的队列实现了。接下来只要抽象出序列化器的接口，就可以实现多种模式的序列化。优先实现原http格式的序列化器，再实现 websocket 的序列化器，以恢复原1.0版本的兼容性。后阶段陆陆续续加入反向ws，远程hook等序列化器。有计划实现可以通过脚本语言自定义返回格式的序列化器，可是没想好使用什么脚本语言，以及上下文如何构建
大概就这么多了吧，摸完接口就开始打牌啦
鉴于催更的人不少，开个摸鱼贴记录一下摸鱼的日程，让大家焦急等待的过程中能够积累多一些愤懑(x)
issue里也有这样的问题，但是我本地测试没有复现。具体来说，应该是我重新编译一遍之后没有复现，不排除是什么奇奇怪怪的玄学。总之，之后发个 1.11.1 重新打包试试看
时隔一个月我回来啦。
写了半天的队列最后发现未读消息的缓存和已收消息缓存应该是区分的，因为还要考虑到bot自己发送的消息也应该被记录到已收的消息缓存里。结果呢，我造的队列就被我删掉啦。于是回到了原始人的生活，用会 buildin 的线程安全容器来做。
目前呢，http 和 ws 的模块化已经进行的差不多了，近期应该会发布一个快照版本，以让旧代码迁移到新的api上。
解耦的序列化器和其他模块会陆陆续续地更新
我猜你用的是SpringBoot, 如果单纯使用spring容器，在插件初始化的地方定义自己的bean就好了。springboot作为侵入的开发框架，不适合作插件开发
