最近在考虑订单id怎么生成。
全数字但是不要太长，同时orderId需要唯一。
简单的id自增长肯定不行，不仅位数不够，还会暴露业务量。
最近我考虑：
简单的时间戳＋随机数＋流水号计数器。
不知道大家有什么好的想法。
用户id+简单的时间戳（精确到小时）＋（4位数的）流水号计数器 比如现在是2016年06月10日6时然后加上4位数的流水号计数（身份证上就4位，应该够了，随机数什么的个人觉得用处不大），写成0424-2016-06-10-06-0001。
我们的订单系统就是用“年月日时分秒”+4位随机数。这样，理论上支持1秒钟允许最多创建999个订单。当然，订单号生成之后，还需要检测是否重复。
一般都是时间戳 + 随机数的，一天的量也不会太大
主要是看你的业务量了。
一般是几种方式：
1.用户id+年月日时分秒+随机数+流水号。随机数和流水号的位数按照业务量来设定，不过在秒级的时间内，两个4足够了。如果你的业务量小的话，随机数和流水号都不用。
如：0424 201505291832 0001 2455
2.用户id + md5(用户id+时间戳)。不过使用md5()进行消息摘要可能会出现重复，虽然36^32看起来很大，但是不能保证摘要后的数据不重复。或者可以在md5()的基础上再进行改造。
如：0424 + md5(0424 201505291832)，（中间没有空格）生成的摘要是：0424e13c2fe2f569da04b2aa411980dbfa28
可以用发号器？
简单的时间戳＋随机数＋流水号计数器+分类id
分类id指的是，需要在数据库在写个映射表
比如
1-》某种订单
2-》另一种订单
3-》又是一种订单
UUID怎么样？