二：常见方法介绍
2.1 UUID
UUID(Universally Unique Identifier)的标准型式包含 32 个 16 进制数字，以连字号分为五段，形式为 8-4-4-4-12 的 36 个字符，示例：550e8400-e29b-41d4-a716-446655440000。
2.1.1 优点
性能非常高：本地生成，没有网络消耗。
2.1.2 缺点
不易于存储：UUID 太长，16 字节 128 位，通常以 36 长度的字符串表示，很多场景不适用。
信息不安全：基于 MAC 地址生成 UUID 的算法可能会造成 MAC 地址泄露，这个漏洞曾被用于寻找梅丽莎病毒的制作者位置。
ID 作为主键时在特定的环境会存在一些问题，比如做 DB 主键的场景下，UUID就非常不适用：
① MySQL 官方有明确的建议主键要尽量越短越好[4]，36 个字符长度的 UUID不符合要求。
② 对 MySQL 索引不利：如果作为数据库主键，在 InnoDB 引擎下，UUID 的无序性可能会引起数据位置频繁变动，严重影响性能。在 MySQL InnoDB 引擎中使用的是聚集索引，由于多数 RDBMS 使用 B-tree 的数据结构来存储索引数据，在主键的选择上面我们应该尽量使用有序的主键保证写入性能。
————————————————
可以直接使用 jdk 自带的 UUID，原始生成的是带中划线的，如果不需要，可自行去除，例如下面代码：
public static void main(String[] args) { for (int i = 0; i < 5; i++) { String rawUUID = UUID.randomUUID().toString(); //去除“-” String uuid = rawUUID.replaceAll("-", ""); System.out.println(uuid); } }
2.2 雪花算法及其衍生
这种方案大致来说是一种以划分命名空间（UUID 也算，由于比较常见，所以单独分析）来生成 ID 的一种算法，Snowflake 是 Twitter 开源的分布式 ID 生成算法。Snowflake 把 64-bit 分别划分成多段，分开来标示机器、时间等，比如在 snowflake 中的 64-bit 分别表示如下图所示：
————————————————
