分布式ID生成策略之ZK
import org.apache.curator.framework.CuratorFramework; import org.apache.curator.framework.CuratorFrameworkFactory; import org.apache.curator.retry.ExponentialBackoffRetry; import org.apache.zookeeper.CreateMode; import org.junit.Before; import org.junit.Test; import java.time.LocalDateTime; import java.time.ZoneOffset; import java.util.concurrent.Callable; public class GenerateDistIdClient { static String path = "/zk-book/"; /** 一个客户端会话实例 */ static CuratorFramework client = CuratorFrameworkFactory.builder().connectString("localhost:2181") .sessionTimeoutMs(5000).retryPolicy(new ExponentialBackoffRetry(1000, 3)).build(); @Before public void init() { //临时节点并自动递归创建父节点 client.start(); } /** * 通过调用zk节点创建API接口可以创建一个顺序节点,并在API返回这个节点的完整名字。 */ @Test public void clientInvoke() { for (int i = 0; i < 10; i++) { Callable<String> callable = this::execute; try { String result = callable.call(); // System.out.println(result + "======"); } catch (Exception e) { System.out.println(e.getMessage()); } } } public String execute() { LocalDateTime now = LocalDateTime.now(); String uuid = String.valueOf(now.toInstant(ZoneOffset.of("+8")).toEpochMilli()); String result = null; try { result = client.create().creatingParentsIfNeeded() .forPath(path + uuid, "init".getBytes()); } catch (Exception e) { e.printStackTrace(); } System.out.println(result); return result; } }
以上代码是通过ZK通过API创建顺序节点特性,返回的分布式ID解决方案
大家知道分布式ID的特征是什么 因为分布式系统往往涉及N台机器无状态部署 这个时候 拿用户新增举例 A机器在某个时刻产生的用户ID B机器产生的用户ID 必须有一个机制至少要保障不重复
比如传统实现数据库自增ID实现 能产生全局唯一ID,且有序
UUID也能保障一定的顺序
zk实现的分布式ID是利用创建节点它的顺序性保障!