本文题目来自于知识星球，后台回复“知识星球”可参与问答。
前两日得到一个朋友的交流，他们有一个产生唯一订单号的功能，把代码单独提出来了，问这个方法有什么问题吗？改怎么测试？
先把代码放出来，如下：
/**
* 生产唯一的交易订单号
*
* @return
*/
public static String createUniqueOrderNo() {
SimpleDateFormat nyrsfm = new SimpleDateFormat("yyyyMMddHHmmss");
return nyrsfm.format(new Date()) + getRandomLengthCode(4);
}
/**
* 获取随机的短信验证码
*
* @return
*/
public static String getRandomLengthCode(int length) {
return String.valueOf((int) ((Math.random() * 9 + 1) * Math.pow(10, length - 1)));
}
第一个是生产订单号的，第二个是产生一个四位随机数的方法。先说第一个方法的思路：订单号分两部分，一是时间（按照这种yyyyMMddHHmmss格式的），第二部分就是四位随机数。第二个方法：产生一个[0,1)之间的double类型的数字，然后通过一个算式（*9+1）得到一个[1,10)之间的数字，然后在乘以10的某次幂（这里是3），得到一个[1000,10000)的数字，然后强转成int类型，得到[1000,10000)范围的四位整数。
解释完毕，下面分享一下我对这个方法的认识。一开始我俩讨论的中心问题是一个：会不会产生重复的订单号。答案显而易见，解释起来如下：时间精确到秒一级，然后随机数范围粗略计算就是9000个，如果在一秒钟以内生成了9000+个订单，那么肯定会有重复的。
那么如何测试呢？或者说改怎么提这个BUG呢？
我提出了两个方案：一是口头或者文字解释，如上内容；二是通过测试产生重复订单号。
方案一：
看人，看事儿，事实证明，这个方法不太管用。
主要原因倒不是开发不承认，而是不觉得有必要改，原因有两点，一是业务量没有那么多，二是发生概率太小了。
方案二：
通过压测产生重复订单号，管用很麻烦，试了N多次也没产生重复订单号。
主要原因是测试环境性能太差，大概就是几十QPS（整个订单接口），过长时间压测会导致服务不稳定，脏数据太多。
下面是知识星球的合伙人给的方案：
年月日时分秒加➕短信验证码构成唯一的订单号。隐患：如果在特定环境，多台服务器一起跑，可能出现相同的订单编号。建议设定用户的唯一值，例如名称。建议使用UUID。代码如下：
/**
* 生产唯一的交易订单号
*
* @return
*/
public static String createUniqueOrderNo() {
return UUID.random.toString;
}
更多的办法还是把这个方法拿出来单独进行测试，不需要使用多线程。一个for循环遍历记录很快的，分享一下我的测试代码：
public static void main(String[] args) {
List<String> list = new ArrayList<>();
range(250).forEach(x->
{
String randomLengthCode = getRandomLengthCode(4);
if (list.contains(randomLengthCode))
output(x);
else
list.add(randomLengthCode);
});
}
抛砖引玉，如果有更好的办法，欢迎留言或者去知识星球一起交流。
其次我还关注到了性能问题，这个有机会再细聊。
解决方案比较多，很多框架都是支持的，一般也都会跟用户的身份ID相关。说一个比较简单的：订单号多加一条唯一标签如用户ID，然后接口限制用户产生订单频率，（比如5s钟只能下一单）。
- 郑重声明：文章禁止第三方（腾讯云除外）转载、发表，事情原委测试窝，首页抄我七篇原创还拉黑，你们的良心不会痛吗？