本文详解为何使用字符串拼接生成随机数会导致长度失控，并提供安全、精准的12位数字生成方案，避免因类型混淆引发的逻辑错误。
本文详解为何使用字符串拼接生成随机数会导致长度失控，并提供安全、精准的12位数字生成方案，避免因类型混淆引发的逻辑错误。
问题根源在于对 + 运算符的误解：在 Java 中，当 String 与 int 使用 += 时，执行的是字符串拼接（concatenation），而非数值相加。原始代码中：
String esignConfirmNum = "";
while (esignConfirmNum.length() <p>每次循环都把一个最多6位的数字转为字符串后追加到结果中。例如依次生成 <code>856123</code> → <code>1</code> → <code>9999</code> → <code>123456</code>，拼接后得到 <code>"85612319999123456"</code>（17位），完全不可控。</p><p>✅ 正确做法是：<strong>直接生成一个范围精确、位数固定的12位整数</strong>。<br>
12位数字的合法区间为 <code>[100000000000, 999999999999]</code>（即 $10^{11}$ 到 $10^{12}-1$），共 $9 \times 10^{11}$ 个可能值。需确保：</p>
- 均匀分布（每个12位数出现概率相同）；
- 无前导零（否则会变成11位或更短）；
- 使用
SecureRandom保证密码学安全性； - 避免
int溢出（最大int为2,147,483,647，仅10位），必须用long。
推荐实现如下：
private String getEsignConfirmNum() {
SecureRandom secureRandom = new SecureRandom();
// 生成 [0, 900_000_000_000) 的随机 long，再偏移至 [100_000_000_000, 999_999_999_999]
long num = secureRandom.nextLong(900_000_000_000L) + 100_000_000_000L;
return String.valueOf(num);
}
✅ 优势说明：
nextLong(bound)是 Java 17+ 推荐的安全方法（避免模偏差），若使用旧版 JDK，可用secureRandom.nextLong() % bound（需注意负数处理，但bound为正时可安全使用）；- 结果严格为12位十进制数字，无前导零，无需校验或补零；
- 时间复杂度 O(1)，无循环风险；
- 符合 FIPS 140-2 等安全合规要求。
⚠️ 注意事项：
- 切勿用
Math.random()或Random替代SecureRandom，前者不具备密码学安全性； - 若需返回带前导零的固定宽度字符串（如
001234567890），则应改用String.format("%012d", num)，但本例明确要求“12位数字”，语义上即不含前导零的自然数，故String.valueOf()更准确； - 单次调用即可完成，杜绝拼接陷阱。
总结：随机数生成的核心是明确定义数学空间（而非字符串长度），再借助安全API精准采样。从源头规避类型误用，比事后截断或校验更可靠、更高效。
