单机 TPS 过万的 MQ，底层使用 Netty + Hessian 通讯（ XXL-RPC ）异步通讯，远远没达到上限 ~

@HuHui XXL-RPC 注册中心单独立项了，之前内部原生的所以是 “ Native ” 前缀，现在使用 XXL-REGISTRY 所以是 XxlRegistry 前缀。是为了与其他内置注册中心客户端实现保持统一（除了 XxlRegistry*** ，还有 ZK ***、Local *** 等多个内置开箱即用的注册中心实现）。

@HidingKing
～～～
配置中心我写了两年了，你们说的这些都有了解，底层原理优劣相信更熟悉一些，你提到的 disconf 已经两年没迭代处理 issue 了，应该已经被放弃了。

XXL-CONF 迭代两年期间，积累下来的二十多项特性，和一批企业级用户，已经体现了 XXL-CONF 价值。

docker hub 上将近 2000 次多次 pull 记录，也证明了 XXL-CONF 的易用性。

两行命令即可搭建运行配置中心，将开箱即用做到极致。我们还有 19 个社区 qq 群，社区也很活跃～

@tao1991123 XXL-CONF 比 nacos 提早发布两年，相较于其他同类型产品，拥有多项实用特性：

1、轻量级：无论单机还是集群部署，相较于同类产品保持更轻；
2、数据安全：多级 （ DB + 磁盘 + 镜像文件）数据存储，配置保证数据安全。
3、多级容灾：无论 DB 宕机、配置中心集群全节点宕机，甚至 DB+配置中心全部宕机，接入方毫无影响，可正常发布部署，等待配置中心回复后刷新同步最新配置数据。
4、动态推送更新：比如 Spring Bean 其中一个属性使用 XXL-CONF 配置，该配置更新后将会动态刷新该 Bean 该属性值，自动进行。
5、Web 界面：提供完善的用户、权限、人员、项目、配置管理功能，均可在线操作。

……

多环境、多语言、多数据类型

……

更多特性，可以参考文档。

@hhhsuan xxl-mq 相较于其他 mq 还是有差异的啊，比如：

并行消息：适用于吞吐量较大的消息场景，如邮件发送、短信发送等业务逻辑
串行消息：FIFO 方式串行消费；适用于严格限制并发的消息场景，如秒杀、抢单等排队业务逻辑；
广播消息：适用于广播场景，如广播更新缓存等
延时消息: 适用于延时消费场景，如订单超时取消等;
事务性: 开启事务开关后,消息事务性保证只会成功执行一次;
消息可追踪: 支持追踪每一条消息的执行路径, 便于排查业务问题;
……

这些特性往往更贴合业务需求，方便故障排错。

@backwind 感谢关注啊！忙的时候周末迭代。


@ysweics 多谢支持啊！毕竟多数业务场景、数据没有到达一定量级，轻量级方案这个时候往往是最好的解决方案。

@huadi
@zhch602
全部开源的

@sumahe
@linbiaye
@Variazioni

Tks，多谢支持啊！

@hansonwang99 感谢支持！

新版本原生提供注册中心，其实如若仅仅是服务注册，真的没必要单独安装软件，一个 web 应用就 OK 了，支持集群，横向扩展非常方便。

XXL-JOB 正在角逐 “ 2018 开源中国软件”，期待您宝贵的一票！

投票链接： https://www.oschina.net/project/top_cn_2018

@mortonnex @luobo @AltairT Tks，非常感谢支持！

@qnsh 欢迎升级啊！

@wysnylc
@feverzsj

感谢关注！

@jptx PowerPoint

@lixuda
@licecer

是的，就是简单的 PPT。

@Pepsigold 没回复，没下文了。

@onnfee 感谢支持啊！

@galaxyyao 需要先对比建表 sql 升级底层库表，然后直接对覆盖升级即可。

@yoqu 哈哈，兴趣使然