我在Linux上使用Python 2.5，在多个并行的FCGI进程中使用。
chars = string.ascii_letters + string.digits
cookie = ''.join([random.choice(chars) for x in range(32)])
生成独特的Cookie。假设随机数生成器是从/dev/urandom中获取的种子，并且随机数序列来自Mersenne扭曲器，我认为碰撞的几率几乎为零。
然而，我发现经常会出现碰撞，即使只有很少的（＜100）用户同时登录。
为什么这些随机数不够随机？
它不应该生成重复项。
import random
chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789"
def gen():
return ''.join([random.choice(chars) for x in range(32)])
test = [gen() for i in range(100000)]
print len(test), len(set(test)) # 100000 100000
使用字符串 chars = "ab" 生成的随机数，在 1000000 次迭代中有 126 次重复。如果使用62个字符，则几乎没有重复的概率。
尽管如此，这并不是生成 cookie 的好方法，因为会话 cookie 需要是不可预测的，以避免涉及窃取其他人会话 cookie 的攻击。Mersenne Twister 不适用于生成安全的随机数。以下是我建议的方法：
import os, hashlib
def gen():
return hashlib.sha1(os.urandom(512)).hexdigest()
test = [gen() for i in range(100000)]
print len(test), len(set(test))
…应该是非常安全的（也就是说，难以根据会话cookie字符串猜测其他现有的会话cookie）。
这绝对不是一个普通的冲突场景：
这可能是并发问题吗？
random.Random实例threading.local()）os.urandom()进行种子处理，而不是使用系统时间，因此您应该为每个线程获取不同的流。我不知道你的FCGI进程是如何生成的，但是否有可能在Python解释器启动后（并且随机模块已被某些东西导入）使用fork()，从而有效地从同一源种子化两个进程的random._inst？
也许可以添加一些调试来检查它是否正确地从urandom进行了种子化，而没有回退到不太严格的基于时间的种子？
关于评论的估计：天哪！那就让我困惑了；如果RNG在启动时总是具有不同的状态，我看不出你怎么可能会发生碰撞。奇怪。我猜需要放入大量状态日志来调查导致碰撞的特定情况，这听起来像是通过日志进行大量工作的挖掘。可能是（1a）FCGI服务器通常不分叉，但偶尔会分叉（也许是在负载下或其他什么情况下）？
还是（3）一些更高级别的问题，例如损坏的HTTP代理将相同的Set-Cookie传递给多个客户端？
我不得不删除我的原始答案，因为它暗示生成器不是从/dev/urandom中种子化的，因为它的源代码（适用于Python 3.x）明确表示它是：
def seed(self, a=None):
"""Initialize internal state from hashable object.
None or no argument seeds from current time or from an operating
system specific randomness source if available.
If a is not None or an int or long, hash(a) is used instead.
"""
if a is None:
try:
a = int(_hexlify(_urandom(16)), 16)
except NotImplementedError:
import time
a = int(time.time() * 256) # use fractional seconds
super().seed(a)
self.gauss_next = None
因此，我谦卑地接受这个世界上可能有些谜团我无法解开。
a = int(_hexlify(_urandom(16)), 16) 这一行是否因为某种奇怪的原因而导致 NotImplementedError 错误？ - ilya n.