leaf对zk的依赖很弱，可以使用db替代

你们使用的注册中心是什么，apollo吗，还是数据库，我fork了一下Leaf项目https://github.com/NotFound9/Leaf，可以增加对其他注册中心的支持

@kpvt001 你好，我发起了一个Leaf项目改进计划，对Leaf项目进行了一些功能增强，问题修复及优化改进。目前增加了使用MySQL作为注册中心，以及项目配置作为注册中心的支持，你有空可以看看这个项目，能否满足你们的业务需求。
https://github.com/NotFound9/Leaf

@kpvt001 你好，我发起了一个Leaf项目改进计划，对Leaf项目进行了一些功能增强，问题修复及优化改进。目前增加了使用MySQL作为注册中心，以及项目配置作为注册中心的支持，你有空可以看看这个项目，能否满足你们的业务需求。
https://github.com/NotFound9/Leaf

你好，我们使用的是consul和etcd

@kpvt001 你好，我发起了一个Leaf项目改进计划，对Leaf项目进行了一些功能增强，问题修复及优化改进。目前增加了使用MySQL作为注册中心，以及项目配置作为注册中心的支持，你有空可以看看这个项目，能否满足你们的业务需求。
https://github.com/NotFound9/Leaf

你好，我们使用的是consul和etcd

consul和etcd比较少见，但是一般项目都会依赖mysql，可以考虑使用mysql作为注册中心，或者如果部署Leaf服务的服务器固定的情况下，使用local模式，将项目中的properties作为注册中心，将服务器对应的workId写在properties中。目前我fork的项目
https://github.com/NotFound9/Leaf
对于mysql作为注册中心和local模式都进行了功能支持，你有空的话，可以看一看

SnowflakeIDGenImpl类与ZK的SnowflakeZookeeperHolder在代码层面耦合较紧，作者可考虑采用接口编程的方式引入workerid.
可参考：https://github.com/automvc/honey/blob/master/src/main/java/org/teasoft/honey/distribution/PearFlowerId.java

SnowflakeIDGenImpl类与ZK的SnowflakeZookeeperHolder在代码层面耦合较紧，作者可考虑采用接口编程的方式引入workerid.
可参考：https://github.com/automvc/honey/blob/master/src/main/java/org/teasoft/honey/distribution/PearFlowerId.java

因为目前Leaf的Snowflake模式只有Zookeeper作为注册中心这一种实现方式，所以这么写是没有问题的，如果是有多种注册中心的实现方式，肯定是用接口来实现好一些。
你可以看看我fork的这个项目https://github.com/NotFound9/Leaf ，除了官方的Zookeeper模式，还有zk_recycle模式，MySQL作为注册中心的模式，本地配置作为注册中心的模式，就是定义接口来处理依赖。