在日常的网站开发中，我们经常需要生成唯一的订单号。订单号太短，在高迸发情况下，很容易造成订单号重复事件，虽然是小概率事件。
下面我们使用PHP多个函数生成一个现在最常用的订单号格式：
提示：以下code经过徐老师进行高并发检测，重复率还是非常的高，压根无法实现所谓的唯一性。不管用哪种方式生成订单号，建议把订单号存储到单个的表中，然后生成新的订单号前，你可能首先考虑：判断存储订单号表中是否存在，若存在则重新生成【这个时候必须要进行文件锁或者表锁定操作或者sql where dingdanhao<>值 条件计算记录三种方式，可参看我这篇文章：www.xuduowei.com/archives/500 ，因为高并发下还是有可能同时判断某一个订单不存在，但是生成的却是相同的情况的发生。】
徐老师推荐一种更简单，高效且不重复的方案！看此链接：http://www.xuduowei.com/archives/524
date('Ymd').substr(implode(NULL, array_map('ord', str_split(substr(uniqid(), 7, 13), 1))), 0, 8);网上有很多地方推荐写的类似这样的订单写法，其实在高并发下，都是会重复的，这里只是分解下：
简单从内到外解析一下这个订单号生成过程：
date("Ymd")：这个很容易理解，是在最前方拼接一个当前年月日组成的数字。2.uniqid()：此函数获取一个带前缀、基于当前时间微秒数的唯一ID。substr(uniqid(), 7, 13)：由于uniqid()函数生成的结果前面7位很久才会发生变化，所以有或者没有对于我们没有多少影响，所以我们截取后面经常发生变化的几位。str_split(substr(uniqid(), 7, 13),1)：我们将刚刚生成的字符串进行分割放到数组里面，str_split()第二个参数是每个数组元素的长度。array_map('ord', str_split(substr(uniqid(), 7, 13),1)))：其中array_map()函数作用为：函数返回用户自定义函数作用后的数组，意思就是ord是函数ord(),而后面第二个参数是ord()函数的参数。可以这么理解ord(str_split(substr(uniqid(),7, 13), 1)))。然后ord()是干啥的，ord()函数php内置函数：返回字符串的首个字符的 ASCII值，意思就是把第二个参数生成的数组每个元素全部转换为数字，因为刚刚我们截取的字符串中含有字母，不适合订单号。implode()：很简单了，把刚刚那个转换成数字的数字在拼接成为一个数字。- 由于刚刚生成的随机数可能会长短不一（原因就是，每个字符转换为ASCII值可能不一样，有些是2位，有些可能是一位），所以我们同意截取0-8
- 然后加上刚刚的日期数字，现在就凑成了一个等长的高大上的订单号了~
https://blog.csdn.net/leyuxinsi/article/details/47009177
=========================
订单命名的几种规则：
订单命名的几种规则：
1、不重复。
这点我相信大家都懂，订单的唯一性不用解释。
2、安全性。
你的订单编号不能透露你公司的真实运营信息，比如你的订单就是流水号的话，那么别人就可以从订单号推测出你公司的整体运营概括了。所以订单编码必须是除了你们公司少部分人外，其他人基本看不懂的。参考京东和淘宝的编码规则，基本别人是搞不清是什么意思的。
其实最好的防泄漏编码规则就是在编码中不要加入任何和公司运营的数据。
3、不能使用大规模随机码。
很多人分析订单编码规则的时候，第一个念头肯定是不重复唯一性，那么第二个念头可能就是安全性，那么同时满足前两者的第三个念头就是随机码了。因为大规模的随机码随机生成，因为本身就没有意义所以无所谓泄密了。但是事实上这种编码规则在实现上会有很大问题的。
随机码满足第二点安全性要求，为了满足第一点不重复特性，那就得在生成随机码的时候对比历史数据是否有重复，如果你的订单数量到达了十万次，你每次生成订单编码时就得对比十万条历史数据，你可想而知会造成什么巨大问题。
但是难道随机码就不能在编码中使用了吗？小规模的随机码是可以使用的，比如2~3位，这种随机码一般都是和流水号等结合使用，主要作用是为了隐藏流水号的真实数据而进行使用的。
PS:在这里感谢 @马驰@dad ni @bao xu（这个不知道为何@不到）同学的讨论，马驰同学实际测试估算了生成随机码并且检测重复所花费的时间在纳秒级别。但是我还是保持原来观点，觉得这种生成规则存在方向性问题，可能会造成检测时间过长的问题出现。
希望大家积极参与讨论。
4、防止并发。
这条规则主要针对编码中有时间的设定。
5、控制位数。
这点很好理解，订单号的作用就是便于查询。
一般正常使用场景应该是订单出异状或者退货的时候，用户将订单号报给客服，由客服进行查询。
所以一般在10~15位为好。
京东10位，淘宝15位。
推荐的几种编码规则：
年月日时分秒+用户ID(命名用户ID时也要注意，不要用流水号。可以采用区域ID+随机码+流水号+随机码方式)
1、唯一性：时间是单向的，确保唯一性。
2、安全性：确保用户ID安全即可。
3、随机码不参与判断，因为之前数据已确保无重复。
4、在同1秒钟，同一用户是不会产生2个订单编码的，所以可以防并发。
5、位数可能会在20位之内，位数比较多。
年月日时分秒微秒+随机码(2)+流水号+随机码(3)
1、唯一性：时间是单向的，确保唯一性。
2、安全性：确保流水号不会识别出即可。
3、随机码的位数和前后都是保密的，所以如果不清楚这一点的话，是很难判断出流水号的位数的。因为同时产生的订单数量很多，编码不具备线性对比功能。就算知道了流水号，可以在初始化时进行赋值。
4、在同1秒钟，同一用户是不会产生2个订单编码的，所以可以防并发。
5、位数可能会在20位之内，位数比较多。
（以上来自知乎@benben）
==============================================
订单号常见的几种方式：
1.利用数据库主键值产生一个自增长的订单号（订单号即数据表的主键）
2.日期+自增长数字的订单号（比如：2012040110235662）
3.产生随机的订单号(65865325365966)
4.字母+数字字符串式，字母有包含特别意义，C02356652
订单号设计原则： 按需设计
用来检索订单详细信息的唯一特征码，可以利用订单号检索到下单日期、产品类别、颜色、尺码（或款式）、仓位等信息，订单号包含过多的信息有点“画蛇添足”的意味！只要按需设计即可！
订单号设计用户体验规则：
1.订单号无重复性；
2.如果方便客服的话，最好是“日期+自增数”样式的订单号，客服一看便知道订单是否在退货保障期限内容；
3.订单号长度尽量保持短（10位以内），方便用户，尤其电话投诉时，长的号码报错几率高，影响客服效率；
4.订单号尽量保持数字型(纯整数)，在数据库订单索引查询中，长整数字型的数据索引与检索效率，远远高于文本型，因此尽量避免“字母+数字字符串式”！
php商城高并发下订单模拟
https://blog.csdn.net/yxwb1253587469/article/details/50572927?locationNum=1
php 生成唯一订单号，文件锁
https://blog.csdn.net/wmsjlihuan/article/details/51537092
大数据量下高并发同步的讲解（不看，保证你后悔）
https://blog.csdn.net/xcw931924821/article/details/52475742
高并发环境下生成订单唯一流水号方法:SnowFlake
https://blog.csdn.net/qq_24267619/article/details/78624978
