我一直在寻找一种 简单 的 Java 算法来生成伪随机字母数字字符串。在我的情况下,它将被用作唯一的会话/密钥标识符,“可能”在 500K+
一代中是唯一的(我的需求并不需要任何更复杂的东西)。
理想情况下,我将能够根据我的独特性需求指定长度。例如,生成的长度为 12 的字符串可能类似于 "AEYGF7K0DM1X"
。
原文由 Todd 发布,翻译遵循 CC BY-SA 4.0 许可协议
我一直在寻找一种 简单 的 Java 算法来生成伪随机字母数字字符串。在我的情况下,它将被用作唯一的会话/密钥标识符,“可能”在 500K+
一代中是唯一的(我的需求并不需要任何更复杂的东西)。
理想情况下,我将能够根据我的独特性需求指定长度。例如,生成的长度为 12 的字符串可能类似于 "AEYGF7K0DM1X"
。
原文由 Todd 发布,翻译遵循 CC BY-SA 4.0 许可协议
Java 提供了一种直接执行此操作的方法。如果你不想要破折号,它们很容易去掉。只需使用 uuid.replace("-", "")
import java.util.UUID;
public class randomStringGenerator {
public static void main(String[] args) {
System.out.println(generateString());
}
public static String generateString() {
String uuid = UUID.randomUUID().toString();
return "uuid = " + uuid;
}
}
uuid = 2d7428a6-b58c-4008-8575-f05549f16316
原文由 Steve McLeod 发布,翻译遵循 CC BY-SA 4.0 许可协议
15 回答8.4k 阅读
8 回答6.2k 阅读
1 回答4.1k 阅读✓ 已解决
3 回答2.2k 阅读✓ 已解决
2 回答3.1k 阅读
2 回答3.8k 阅读
3 回答1.7k 阅读✓ 已解决
算法
要生成随机字符串,请连接从一组可接受的符号中随机抽取的字符,直到字符串达到所需长度。
执行
这是一些用于生成随机标识符的相当简单且非常灵活的代码。 阅读以下信息以 获取重要的应用说明。
使用示例
为 8 个字符的标识符创建一个不安全的生成器:
为会话标识符创建安全生成器:
创建一个带有易于阅读的打印代码的生成器。这些字符串比完整的字母数字字符串长,以补偿使用更少的符号:
用作会话标识符
生成可能唯一的会话标识符是不够的,或者您可以只使用一个简单的计数器。当使用可预测的标识符时,攻击者会劫持会话。
长度和安全性之间存在张力。较短的标识符更容易猜测,因为可能性较小。但是更长的标识符会消耗更多的存储空间和带宽。更大的符号集会有所帮助,但如果标识符包含在 URL 中或手动重新输入,则可能会导致编码问题。
会话标识符的随机性或熵的基本来源应该来自为密码学设计的随机数生成器。然而,初始化这些生成器有时会在计算上很昂贵或很慢,因此应该尽可能地重用它们。
用作对象标识符
并非每个应用程序都需要安全性。随机分配可以是多个实体在共享空间中生成标识符而无需任何协调或分区的有效方式。协调可能很慢,尤其是在集群或分布式环境中,当实体最终共享太小或太大时,分割空间会导致问题。
如果攻击者可能能够查看和操纵它们(就像在大多数 Web 应用程序中发生的那样),那么在没有采取措施使其不可预测的情况下生成的标识符应该受到其他方式的保护。应该有一个单独的授权系统来保护其标识符可以被攻击者在没有访问权限的情况下猜到的对象。
考虑到预期的标识符总数,还必须注意使用足够长的标识符以使冲突不太可能发生。这被称为“生日悖论”。 冲突的概率 p 大约为 n 2 /(2q x ),其中 n 是实际生成的标识符的数量, q 是字母表中不同符号的数量, x 是标识符的长度。这应该是一个非常小的数字,例如 2 ‑50或更少。
计算出来的结果表明,500k 15 个字符的标识符之间发生冲突的可能性约为 2 ‑52 ,这可能比来自宇宙射线等未检测到的错误的可能性更小。
与 UUID 的比较
根据他们的规范, UUID 并非设计为不可预测的, 也不 应用作会话标识符。
标准格式的 UUID 占用大量空间:36 个字符仅代表 122 位熵。 (并非“随机”UUID 的所有位都是随机选择的。)随机选择的字母数字字符串仅在 21 个字符中包含更多的熵。
UUID 不灵活;它们具有标准化的结构和布局。这是他们的主要美德,也是他们的主要弱点。与外部方合作时,UUID 提供的标准化可能会有所帮助。对于纯粹的内部使用,它们可能效率低下。