前言 唯一ID在互联网大厂的业务线中广泛使用，比如订单号、数据库主键、IM消息序号、交易流水号等等，这些ID的共同特点是唯一标记某一个业务记录或者消息、部分ID自增、全局有序或者局部有序。 UUID作为是一种全局唯一的方案是可供使用的选择之一，但在实际操作中大家一般使用的很少，几个原因： 1. 16个字节128位占用太多的存储空间不适合用来作为主键； 2. UUID的版本1基于MAC地址和时间戳，可保证全局唯一，但容易被硬件追踪; 3. 后续版本使用伪随机数、SHA1又没有前向兼容，用在特定业务的一定范围内使用没有问题，但作为分布式系统的唯一ID不适合。 所以就有了各个互联网大厂分享的各自业务中实现唯一ID的不同算法和系统部署方案，唯一ID算法主要核心聚焦在以下几点： * ID位数 * ID算法原理 * 全局唯一 * 全局(局部)趋势有序 * 时钟回拨问题 * 外部系统依赖 技术实现汇总 从大厂分享的技术实现汇总如下： 厂牌技术方案ID位数全局唯一有序时钟回拨外部系统依赖TwitterSnowFlake64全局唯一局部有序block waitMongoDB

Java的动态代理在开发中都有大量的使用，如Spring框架，Android的HTTP开发框架Retrofit，本文主要关注动态代理编写使用背后的代理类是如何的生成以及与代理对象的调用是如何实现的，以Retrofit这个框架中动态代理的使用为例子进行分析。 在Retrofit中，某类的API接口大多定义在一个Service接口类中，某一个API接口则被声明为Service接口类的一个方法，通过方法的注解、参数来描述具体API参数等信息。在调用某个API接口时，Retrofit实例调用create()创建Service接口类的实例对象来完成调用，具体源代码如下： public T create(final Class service) { // 必须是接口，并且不允许是继承来的接口 Utils.validateServiceInterface(service); //是否预加载 if (validateEagerly) { eagerlyValidateMethods(service); } //动态代理的核心代码 return (T) Proxy.newProxyIn