精华内容
下载资源
问答
  • 订单号生成规则

    2019-10-05 19:48:35
    你的订单编号不能透露你公司的真实运营信息,比如你的订单就是流水号的话,那么别人就可以从订单号推测出你公司的整体运营概括了。所以订单编码必须是除了你们公司少部分人外,其他人基本看不懂的。参考京东和淘宝的...

    订单命名的几种规则:
    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.订单号尽量保持数字型(纯整数),在数据库订单索引查询中,长整数字型的数据索引与检索效率,远远高于文本型,因此尽量避免“字母+数字字符串式”!

    转载于:https://www.cnblogs.com/interdrp/p/7041279.html

    展开全文
  • 偶尔在网上看到的,相对比较好的c#端订单号生成规则 public class BillNumberBuilder{ private static object locker = new object(); private static int sn = 0; public static string ...

    偶尔在网上看到的,相对比较好的c#端订单号生成规则

    public class BillNumberBuilder{
        private static object locker = new object();
         
        private static int sn = 0;
         
        public static string NextBillNumber(){
            lock(locker){
                if(sn == 9999999999)
                    sn = 0;
                else
                    sn++;
                return DateTime.Now.ToString("yyyyMMddHHmmss") + sn.ToString().PadLeft(10, '0');
            }
        }
        // 防止创建类的实例
        private BillNumberBuilder(){}
    }
    

      

    展开全文
  • 之前U8Server的订单号生成规则是 32位时间戳+32位序号,最终生成一个64位的long类型的订单号。之前也考虑过,使用UUID等方式, 但是综合考虑下来, 我们决定还是让订单号使用数字类型(好排序),同时让订单号逐渐...

    U8SDK技术博客:http://www.uustory.com,欢迎来坐坐。

    百度传课已经停运,最新U8SDK视频教程已经转移至B站:U8SDK视频教程

    U8Server支持分布式部署之后, 我们还有一个问题需要解决, 那就是分布式环境下,唯一订单号生成问题。 之前U8Server的订单号生成规则是 32位时间戳+32位序号,最终生成一个64位的long类型的订单号。

    之前也考虑过,使用UUID等方式, 但是综合考虑下来, 我们决定还是让订单号使用数字类型(好排序),同时让订单号逐渐递增,并具有一定的自解释语义(这里主要指的是订单的产生时间)

    支持分布式部署之后,我们对订单号的生成规则,做如下调整:

    1、32位时间戳不变(精确到秒,最多支持生成64年的订单号)
    
    2、中间加10位唯一U8Server实例ID,从0开始,也就是最多支持1024个部署节点。
    
    3、后22位序列号(不同秒之后,序号重置,从0开始)
    

    具体的占位说明如下图:

    订单号生成规则

    我们接下来看看订单号生成代码:

    public class IDGenerator {
    
        private static IDGenerator instance;
    
    
        private int serverID = 0;
        private long currOrderSequence = 0L;
        private long lastTimeStamp = -1L;
        private long sequenceMask = (1<<22);
    
        private IDGenerator(){
    
            GlobalConfig config = (GlobalConfig) UApplicationContext.getBean("globalConfig");
    
            if(config == null){
                Log.e("GlobalConfig is not exists. deployID not config?");
                return;
            }
    
            serverID = config.getDeployID();
    
        }
    
        public static IDGenerator getInstance(){
            if(instance == null){
                instance = new IDGenerator();
            }
    
            return instance;
        }
    
    
        public synchronized long nextOrderID(){
    
            Calendar can = Calendar.getInstance();
            int year = can.get(Calendar.YEAR) - 2013;
            int month = can.get(Calendar.MONTH) + 1;
            int day = can.get(Calendar.DAY_OF_MONTH);
            int hour = can.get(Calendar.HOUR_OF_DAY);
            int min = can.get(Calendar.MINUTE);
            int sec = can.get(Calendar.SECOND);
    
            long req = year;
            req = req << 4 | month;
            req = req << 5 | day;
            req = req << 5 | hour;
            req = req << 6 | min;
            req = req << 6 | sec;
    
            if(serverID >= 1024){
                Log.e("U8Server deploy_id must be in 0(include) and 1024(exclude)");
                return -1;
            }
    
            long currTime = req;
            if(req == lastTimeStamp){
    
                this.currOrderSequence = this.currOrderSequence + 1;
                if(this.currOrderSequence >= sequenceMask){
                    this.currOrderSequence = sequenceMask;
                    Log.e("WOW!!! u8server had generate more than %s orders per seconds. I'm sure you now have enough money to redevelop u8server to fix the problem", sequenceMask);
                    return -1;
                }
    
            }else{
                this.currOrderSequence = 0L;
                lastTimeStamp = currTime;
            }
    
            req = req << 10| serverID;
            req = req << 22| this.currOrderSequence;
    
            return req;
        }
    }
    

    我们对上面的代码,做一个简单的解释。

    首先取到当前时间戳,就是当前年,月,日,小时,分钟,秒。 我们只精确到秒。对于月,天,小时,分钟,秒几个值,他的表示需要的最大的位数是固定的,比如,月,一年最大12个月,所以,我们用4位即可表示(1<<4=16),同理,对于天,一个月最大31天,用5位即可表示;对于小时,一天最多24小时,用5位即可表示;对于分和秒,最大都是60,我们用6位即可表示。

    所以月日时分秒,几个总占位为4+5+5+6+6=26位(总时间戳预留是32位,所以表示年份的位数为6位,所以上面说最多可以生成64年的订单号)

    时间戳之后, 再加上10位U8Server唯一实例ID,这个我们放在jdbc.properties中u8server.deploy_id进行配置,每部署一个实例,这个ID不能重复,从0开始,最大1023。

    最后再加上22位序号。这个序号,每秒会进行重置。也就是说同一秒中, 单台U8Server实例最多可以生成4194304(1<<22)个订单,如果真的超出了,那么真的要恭喜你了。。。

    这样最终就生成一个long类型的全局唯一的订单号了。

    原文地址:U8SDK 技术博客

    展开全文
  • 电商订单号生成规则

    千次阅读 2017-06-14 10:20:51
    电商中订单号生成,一般是预先生成某一天的订单号(预估数量,比如昨天有100W订单,今天产生100W个+一定冗余),放在memcache或者redis等缓存上,也可以放在MQ里,作为订单号池。要用,就消费订单号池里的,绝对...
    电商中订单号的生成,一般是预先生成某一天的订单号(预估数量,比如昨天有100W订单,今天产生100W个+一定冗余),放在memcache或者redis等缓存上,也可以放在MQ里,作为订单号池。要用,就消费订单号池里的,绝对唯一。
    怎么生成就视乎你业务逻辑了。一般想完全无重复,就产生0~100W的数列,再shuffle一下即可。
    展开全文
  • 通用订单号生成规则

    2021-05-07 10:00:39
    * 生成指定长度的随机数 * * @param length * @return */ public static int genRandomNum(int length) { int num = 1; double random = Math.random(); if (random < 0.1) { random = random + 0.1; }...
  • 偶尔在网上看到的,相对比较好的c#端订单号生成规则 public class BillNumberBuilder{ private static object locker = new object(); private static int sn = 0; public static string NextBillNumber(....
  • 1 import java.text.DateFormat; 2 import java.text.SimpleDateFormat; 3 import java.util.Date; 4 5 public class OrderNo{ 6 private static int sn = 0; 7 ... 8 public sta...
  • /// <summary>.../// 订单助手 /// </summary> public class OrderHelper { /// <summary> /// 防止创建类的实例 /// </summary> private OrderHelper() { } priv...
  • 其核心思想是:使用41bit作为毫秒数,10bit作为机器的ID(5个bit是数据中心,5个bit的机器ID),12bit作为毫秒内的流水(意味着每个节点在每毫秒可以产生 4096 个 ID),最后还有一个符号位,永远是0。    ...
  • 1 class Program 2 { 3 //订单号数据源,实际项目中,这里是从数据库中读取过来的 4 string[] strList = { "201512000001", "201512000002", "201512000003", "201512000004", 5 ...
  • 小伙伴们在日常的商城项目开发中,都会遇到订单号生成的问题,今天呢小编就带领大家去解读一下生成订单号的问题! 首先,订单号我们要明确它有有3个性质:1.唯一性 2.不可推测性3.效率性,唯一性和不可推测性不用说...
  • 商城类的系统都需要生成订单号,订单号的生成规则各个都不一样 *自定义的自增编号 ...等等之类的,我做商城时也纠结这个订单号生成规则。所以简单记录下自己的订单号规则: 订单号必须是唯...
  • 一. 订单命名的几种规则 不重复:订单号的唯一行 安全性:订单编号中不要透露任何和公司有关的信息,不要使用流水... 淘宝订单号生成规则 总共18位 前14位为序号 1 5-16位买家ID的倒数1-2位 17-18位买家ID的倒数3-4
  • 订单号的不同生成策略-总结 一. 订单命名的几种规则 不重复:订单号的唯一行 安全性:订单编号中不要透露任何和公司有关的信息,不要使用流水号,容易暴露公司的运营情况 不要使用大规模随机码:随机编码可以满足...
  • 关于订单号生成的几张方案探讨

    千次阅读 2017-02-21 13:38:44
    订单系统中的订单号生成规则
  • 订单号生成 在开发当中我想大部分程序员都会做商城类的项目,其中订单号是一个...采用的淘宝订单号生成规则的模式 package com; import java.time.LocalDateTime; import java.time.format.DateTimeFormatter; import
  • 你的订单编号不能透露你公司的真实运营信息,比如你的订单就是流水号的话,那么别人就可以从订单号推测出你公司的整体运营概括了。所以订单编码必须是除了你们公司少部分人外,其他人基本看不懂的。参考京东和淘宝的...
  • 复制代码 代码示例:/*** PHP版本的自动生成规则订单号(或编号)* 作者: 雪浪* 日期: 2009-8-14* 生成的格式是: 200908010001 前面几位为当前的日期,后面五位为系统自增长类型的编号* 原理:* 1.获取当前日期格式化...
  • 一、确定需求只要做过开发的基本上都有做过订单,只要做过订单的基本上都要涉及生成订单号,可能项目订单号生成规则都不一样,但是大多数规则都是连续增长。所以假如给你一个这样的需求,在高并发下,以天为单位,...
  • //订单号 var date = new Date(); for (var i = 0; i < 6; i++) //5位随机数,用以加在时间戳后面。 { outTradeNo += Math.floor(Math.random() * 10); } outTradeNo = "WH" +date.getFullYear()....
  • sqlserver生成规则订单号

    千次阅读 2014-10-15 21:07:03
    declare @count int ; declare @order varchar ( 8 ); declare @zero int ; declare @temp ...规则:以8开通的订单号 各位有更好的做法,请告知,我将不胜感谢。  
  • 简单实用的java项目生成 日期时间 + 六位升序流水 参考范例代码。一看就懂。

空空如也

空空如也

1 2 3 4 5 ... 19
收藏数 365
精华内容 146
关键字:

订单号生成规则