最近公司由于业务的需要，设计生成订单号规则（定制版）。在网上查看了一些资料，在这里总结一些自己的心得。

    1. 基本需求：正确性、唯一性、安全性、稳定性
    2. 高级需求：检索性能、其他性能方面
    3. 定制化需求：语义相关、业务相关

    订单号的生成规则：

    • 唯一性（不重复）：保证编码id唯一；
    • 安全性：在编码中不要加入任何和公司运营的数据；
    • 易读性：不大规模使用随机码，造成编码位数过长，不建议有字母编码规则，最好是纯数字编码；
    • 可扩展性：便于查询，业务升级等；
    • 防止并发：主要针对编码中有时间的设定，分布式机器的时间不统一。

    编码规则一般位数控制在10-15位，常见的编码规则：

    • 时间戳+业务类型+下单平台+随机码（或自增码，自增码每天可清零）+支付渠道+用户ID（建议）；
    • 年月日时分秒+用户ID；
    • 年月日时分秒微秒+随机码(2)+流水号+随机码(3)；
    • 利用数据库主键值产生一个自增长的订单号（订单号即数据表的主键）
    • 日期+自增长数字的订单号（比如：2012040110235662）
    • 产生随机的订单号(65865325365966)
    • 字母+数字字符串式，字母有包含特别意义，C02356652
    • Twitter的雪花算法，php第三方扩展库（php-snowflake）：https://github.com/zh-ang/php-snowflake（推荐）