雪花算法ID重复了？惨痛教训：请勿轻易造轮子！

主要观点总结

文章介绍了线上系统发生订单号/流水号重复问题的背景，分析了问题的根源在于自研的二方包雪花算法ID生成器出现问题。文章回顾了雪花算法的标准结构，并详细描述了定制版雪花算法的问题所在，包括时间戳、数据中心ID、工作ID和业务ID的设计缺陷。同时，文章提供了对于问题的教训总结、推荐做法和其他建议。

关键观点总结

关键观点1: 问题描述

线上系统出现订单号/流水号重复问题，影响核心业务流程，问题根源在于一个自研的二方包雪花算法ID生成器出现问题。

关键观点2: 雪花算法的标准结构

标准的Snowflake ID由时间戳、数据中心ID、机器ID和序列号组成，每个部分有其特定的位数和用途。

关键观点3: 定制版雪花算法的问题

时间戳只有31位，最多支持24.85天；BusinessId使用IP最后一段，极容易重复；WorkId和DataCenterId未配置，唯一性形同虚设。这些问题导致ID彻底撞车。

关键观点4: 教训总结与推荐做法

通用组件不建议自研，应使用成熟的开源实现如Hutool、Baomidou等；合理设置机器ID，不盲信二方包，提前覆盖边界场景。

关键观点5: 其他建议

不要将业务标志拼入ID中，更稳妥的做法是将业务字段单独存储，ID仅用于唯一标识和排序。