它是一个小型的消息队列，它占用的资源很少，运维简单，但处理的消息的总量、性能与其他的大型mq相比会差很多，比如kafka、rocketMQ，因此，它只能被应用非大型的业务场景中，适合创业初期，业务量不大，且机器资源有限的场景。但它也具备自己的特点： 1、占用资源非常少，在消息量少的情况下，比如qps几千，仅仅需要几十m，最多不到100m内存 2、持久化，对于某些B端业务，持久化是个强需求 3、 topic支持生命周期，某些场景需要一些临时的topic，频繁的删除topic会让业务代码变得更复杂，创建topic时给一个生命周期，生命周期结束后资源自动回收 4、 主从复制，提供了类似mysql的主从复制，保证ha 5、 还算不错的性能，单机测试，256线程，每线程10万请求，每请求200字节，qps可以达到10+万(ubuntu, 16G,20核测试)

移植ffmpeg的能力，可以在线程内执行ffmpeg指令。ffempeg是一个可执行的工具，使用时需要调起进程，可控性和资源消耗都需要提升，run_ffmpeg 移植了ffempeg的大部分的能力，以动态库的形式存在，可以被在线程内调用，其调用指令与ffmpeg完全兼容。

hiriver是纯java开发的、高性能的、基于解析mysql row base binlog技术实现的用于监控mysql数据变化并分发这些变化的框架。它提供了一套完整的框架，内置数据监控线程和数据消费线程，对外提供简单的Consumer接口，开发者可以根据自己的业务场景自行实现Consumer接口，而不不必关心线程问题。 hiriver实现了mysql主从复制协议，把自己伪装成一个mysql的从库，在接收到binlog后按照mysql binlog协议进行解析，由此获取mysql的数据变化。由于基于mysql的主从复制协议，它监控数据变化特别快，理论上与mysql本身的主从同步一样快，甚至更快。同时与在应用层监控数据变化不同，它不需要考虑事务是否成功问题。当然，限制是mysql binlog的方式必须是row方式。