Telegram 上出现了越来越多的优质贴纸，想要把这些贴纸用到其他 IM 平台上的时候就会比较麻烦，所以一直想要一键导出一个贴纸包的功能。

可惜的是，Telegram bot API 的限制，并没有任何简单的办法通过贴纸消息获得贴纸包的信息。寻找另外的途径，例如 telegram.me 的贴纸链接会定向到 tg://addstickers?set=[StickerSet]。搜索了一下现成客户端的源码，都是交给 MTProto 的 API 处理，也没有明确的解析过程。而这些客户端所调用的 messages.getStickerSet 也没有在官方的文档中列出。（吐槽：Telegram 的协议、文档和代码真是糟糕，查阅的时候我的表情一直是 黑人问号.gif

由于最近状况不是很好，所以只好暂时放弃继续读 webogram 的源码。因为读 Angular 的东西实在是折磨…

所以依然是选择直接发 sticker 再转为图片发给用户的模式。这样的已经有了相关的 bot，于是改为多个 sticker 打包、支持多语言、支持 jpg 和 png 以及批量缩放功能的 bot。需要安装 Node.js v4.0 及以上版本和支持 webp 的 ImageMagick。

虽然实现效果看起来还可以，但是并未实现最初希望的功能，所以只能是练手用的轮子而已。不过，这个轮子稍微尝试了一些新的东西。例如超简陋的内存数据库，而且很多细节考量更加周到，例如任务锁虽然不是写过最麻烦的，不过应该算是相对完善的。当然也考虑了内存数据库的手动释放以防内存爆炸，为此还特地在群里讨论了 object children 被 undefine 而 object 其他 children 还在被引用的状态下是否可以回收部分内存的问题。

源码的实现非常简单，但是好久不写代码还是手生，折腾了一下午写功能加一晚上和朋友们 debug。读源码戳 GitHub。

这里有一只 bot 跑在测试环境，所以可以尝试一下。如果没理你说明沙盒没开，那么就请自己去跑源码来使用辣ᕕ(ᐛ)ᕗ

有几点坑，比如这个 node-telegram-bot-api 的 onText 方法无法正确匹配 Negative Lookahead 的正则表达式（不应该啊…然而没深究），adm-zip 非常非常不好用，jszip 文档表述不清 API 调用复杂然而用起来了就还不错。

但是最坑的是，只为实现这么一个简单功能的 bot，我的 node_modules 目录下居然有

1
2
Phoenix-X1-Carbon :: js/telegram-stickerimagebot/node_modules ‹master› » ll | wc -l                                                                                               1 ↵
104

WHAT??? 104 个依赖包！！！

真是可怕…明明我已经尽可能减少不必要的依赖了…

===== 2018/9/28 更新 =====

Telegram bot API 更新了（早就）

于是这只 bot 可以一键导出一组贴纸了。详情