大家好，我是树哥。之前我们有聊过「如何设计一个分布式ID发号器」，其中有讲过4种解决方案，分别是：UUID类雪花算法数据库自增主键Redis原子自增美团以第2、3种解决方案为基础，开发出了分布式ID生成方案Leaf，并将其开源。我们可以在GitHub上获取到该项目的源码，以及相关的文档说明，项目地址：Meituan-Dianping/Leaf:DistributedIDGenerateService。今天我们就来学习一下Leaf的设计思路，看看大厂是如何设计大型中间件的，这有利于进一步提升我们自己的系统设计能力。数据库自增主键在「如何设计一个分布式ID发号器？」文章里，我们说到可以基于数据库自

Load方法执行时机和执行顺序load方法是在main函数前调用的，引入项目中就会调用，且只会调用一次，那么当类和类的Category都有load方法是怎么调用的？类有多个Category，且都实现了load方法又是怎么调用的？子类和父类都实现了load方法是怎么调用的？带着这些问题，我们来看下下面的结论和测试用例。结论：1.当类和类的Category中的load方法都存在时，先调用类中load方法，然后调用Category中的load方法2.父类的load方法优于子类load方法，子类调用load方法的顺序取决于编译的顺序3.category的load调用顺序与类没有关系，与编译的顺序一致4

Load方法执行时机和执行顺序load方法是在main函数前调用的，引入项目中就会调用，且只会调用一次，那么当类和类的Category都有load方法是怎么调用的？类有多个Category，且都实现了load方法又是怎么调用的？子类和父类都实现了load方法是怎么调用的？带着这些问题，我们来看下下面的结论和测试用例。结论：1.当类和类的Category中的load方法都存在时，先调用类中load方法，然后调用Category中的load方法2.父类的load方法优于子类load方法，子类调用load方法的顺序取决于编译的顺序3.category的load调用顺序与类没有关系，与编译的顺序一致4