分布式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是利用创建节点它的顺序性保障！