endokai

新建了个一键Hook的Docker镜像。大大们可以看看这个Hook接口适不适合开发新的EFB从端： https://github.com/endokai/docker-wechatPc 镜像基于：[DoChat](https://github.com/huan/docker-wechat) ，Hook程序基于：[wechatPc](https://github.com/chengciming/wechatPc)。

目前发现Dll方面的内存资源使用方面的确存在一些问题，后续修复看看。 图片消息方面因为基于Hook，查看教程和相关项目，基本都是取本地文件的多，微信PC是自动下载文件的。后续更新把这个图片的路径做进API里面。

> 我觉得要采用hook方法的话，能不能就是说使用Windows Server部署hook程序负责接收和转发，然后Linux负责部署efb-wechat-slave对消息进行处理，全过程直接采用httpapi。这样虽然麻烦，但是只要有服务器就行，要求不是很高，而且比docker去虚拟环境进行hook稳定。 跑两个服务器而且有台是Windows的，要求更高了吧，多一个系统 多一套管理。我是实验在Docker跑没发现有什么意料之外的额外问题，毕竟因为EWB不能用，我本身就一直在用那个Dochat了。假如出来新的EFB，你要分开部署API当然可以，这些大部分hook项目都是开放API的。不过相关管理服务和文件问题可能要自己解决了，文件服务你完全可以开个文件服务器，FUSE挂载到Linux之类的方法，并不是说你就要死的就要API接口也要把文件传输都做好

> > 备忘： > > 目前已知的其他接口： > > > > * [wechaty-puppet-xp](https://github.com/wechaty/puppet-xp) == [cixingguangming5555/wechat-bot](https://github.com/cixingguangming55555/wechat-bot) (Windows client hook, Apache 2.0/MIT) > > * [可爱猫](http://www.keaimao.com.cn/forum.php) (Windows client hook, via [#126/1014388155](https://github.com/ehForwarderBot/efb-wechat-slave/issues/126#issuecomment-1014388155)) > >...

Windows 微信需要x86的架构运行，arm的自行尝试使用模拟手段运行吧，不做支持。