订单号创建并发问题

 

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;

namespace Qxun.Framework.Utility
{
    public class CreateOrderNo
    {
        /// <summary>
        /// 订单格式：时间加随机数+线程ID
        /// 因为像并发或者超快进入或者其他情况，导致订单号一致的时候，根据线程ID比较分得开一些
        /// </summary>
        /// <param name="count">随机数个数,默认3个</param>
        /// <param name="timeFormat">默认时间精确到毫秒</param>
        /// <returns>订单string</returns>
        public static string DateTimeAndNumber(int count = 3, string timeFormat = "yyyyMMddHHmmssFFF")
        {
            string threadID= Thread.CurrentThread.ManagedThreadId.ToString().PadLeft(4,'0');
            string time = string.Format("{0:" + timeFormat + "}", DateTime.Now).PadRight(timeFormat.Length,'0');
            List<int> number = new List<int>() { 1, 2, 3, 4, 5, 6, 7, 8, 9, 0 };
            string numberList = string.Join("", Collection.Random(number, count));
            return string.Format("{0}{1}{2}", time, numberList,threadID);
        }
    }
}

因为创建订单号的时候，存在并发、请求过快导致时间在毫秒级以下、其他一些情况，造成datetime.now format的值相同，且由于时间过短，Random随机数很多时候是不会变化的，从而造成订单号一致的情况

解决方式：

1.可以传入个一一对应的ID值

2.使用线程值，在短时间内，线程ID值一般是不会相同的，至于堵塞的情况，这个还没验证过

使用线程值的话，对于方法调用比较方便，不需要传什么参数了

而对于静态方法的使用，有说并发的时候，会出现问题，但是如果静态方法不对静态变量进行调用或者处理的话，一般来说是没有什么影响的。

写了个方法进行并发测试，在进入方法和出方法的时候，线程ID值都是相同的，应该可以证明没有什么影响吧...

 

当然啦，这些验证应该没有那么严谨。内部的机制并不是那么了解，只是以现在能看到的说一下。如有错误，O(∩_∩)O谢谢指正。