调用： 可根据项目实际情况确定订单号的位数，一般日期到秒足以支撑绝大部分系统 ...

最近老是被运营抱怨订单号太长不方便输入，可是如果随机生成太短的订单号又容易重复，造成客户提交订单失败。 夜不能眠下写了这个工具，完美解决了问题，在这里分享下，由于时间紧张考虑可能不太周到，如发现问题欢迎指教 ...

雪花算法简单描述： 最高位是符号位，始终为0，不可用。 41位的时间序列，精确到毫秒级，41位的长度可以使用69年。时间位还有一个很重要的作用是可以根据时间进行排序。 10位的机器标识，10位的长度 ...

最近公司由于业务的需要，设计生成订单号规则（定制版）。在网上查看了一些资料，在这里总结一些自己的心得。 基本需求：正确性、唯一性、安全性、稳定性 高级需求：检索性能、其他性能方面 定制化需求：语义相关、业务相关 订单号的生成规则： 唯一性（不重复）：保证编码id唯一 ...

...

　1.固定24位长度订单号，毫秒+进程id+序号。 　2.同一毫秒内只要不超过一万次并发，则订单号不会重复。 github地址：https://github.com/w3liu/go-common/blob/master/number/ordernum/ordernum.go ...

根据GUID+DateTime.Now.Ticks生产唯一订单号 ...

C#版本 JAVA版本 ...

前段时间有个项目需要生成订单号，几年前的做法通常是 当前时间微秒加上随机数或者uniqid等方式生成。 如下: 诸如此类都是有概率重复的 即使同一毫秒下 随机数也是有概率重复的，即使加上商品或者用户id等。 这里因为php-fpm会有多个进程 ...

是我们这里需要一个18位的单号（有多种类型：采购、发货、领料等），订单号之类的基本规则：唯一、无序（特殊情况 ...