1.介绍
今天做了一个功能,生成订单流水号,当然这其实这并不是一个很难的功能,最直接的方式就是日期+主机Id+随机字符串来拼接一个流水号。但是今天有个我认为比较优雅方式来实现。我要介绍是日期+ long(商家Id+订单类型+主机ID+AtomicInteger),什么意思呢,前面的日期保持不变,后面的将商家Id,订单的类型,主机的Id,AtomicInteger,通过移位与或运算“保存”到一个long类型里面。为什么要这么做?
- 不想把相关信息直接暴露出去。
- 通过流水号可以快速得到相关业务信息,快速定位问题。
- 使用AtomicInteger可提高并发量,降低了冲突。
2.原理解释
前面的生成日期就不需要讲了,直接讲解如何通过移位和与或操作得到long值。
先来看张图:
这是一个我设计的long存储形式,大家可以格局自身业务来自行设计,什么业务数据占的位数。现在来详细解释下。
- 符号位,这个不用过的介绍,大家都知道2进制第一位都是符号位,0表示正数1表示负数
- 当前秒数,表述的是当前是当天的第多少秒,每天最多有86400秒,最多占17位
- 商家Id占14位,由于业务涉及到商户,订单也是归为每个商户下面的,假定我们的最多有9999家商户,9999占位是14位,所以我们商户Id占14位,大家根据自身业务的量来决定长度。
- 订单类型,假定我们的订单类型还停留在10种以内,所以我们保留4位,最多支持类型16种,大家同样的根据业务的量来决定
- 服务器的Id,假定服务器数量在10台以内,所以我们保留4位,最多支持16台服务器,大家同样的根据自身服务器的数量来决定。,
- 剩下的24位全部留给AtomicInteger,设计上我这里的qps可以达到2的24方。这个其实已经很大了。大家根据上面的设计留下来的数量当AtomicInteger位数,其实可以满足大部分业务需求了。
介绍了具体的原理,现在要上代码了。
3.show code
运行测试结果: