动态验证码（OTP）生成器

使用方法

1. 「字符集」三选一。纯数字只含 0 到 9 共 10 个字符，适合短信与语音这类按键输入的通道；字母数字是 24 个易认字母加 2 到 9 共 32 个字符；Base32 是 RFC 4648 规定的 A 到 Z 加 2 到 7，同样 32 个字符，多用于身份令牌与恢复码。
2. 「位数」填 4 到 32 之间的整数，默认 6。位数越短越好输入，但组合空间按指数收缩；低于 4 位时页面会直接提示不具备安全性。
3. 「数量」填 1 到 200 之间的整数，默认 12，用来一次造一批口令。超过 200 条会被拦下，避免误操作生成过大的列表。
4. 「种子模式」勾选后出现种子输入框，默认 20261014；同一个种子一定得到同一批结果，便于复现与团队核对。取消勾选则改用浏览器加密接口取数，每次结果都不同。
5. 在任意输入框里按回车即触发生成，不必点按钮；改动字符集、位数、数量或种子模式都会立刻重算。
6. 结果表按 12 条一屏显示，点「加载更多」每次再展开 12 条；「复制结果」取走整份纯文本清单，「复制对照表」取走制表符分隔的表格，「导出 CSV」下载带 UTF-8 BOM 的文件，可直接用表格软件打开。

这个动态验证码生成器能解决什么问题

密码与验证码常被当成一回事，两者面向的场景并不相同：密码要长期保存、强调抗暴力破解与唯一性；验证码只活几十秒到几分钟、强调一次一换、用完即弃。本页处理的是后者——短信验证码、邮箱验证码、双因素登录里那串短口令，以及测试环境中需要成批造出来的假口令。

批量是它与普通验证码工具的差别所在。开发与测试常常要一次准备几十上百条口令去跑自动化用例，或给一批设备下发激活码；手工敲既不整齐也无法复现。本页把「一批」做成第一类操作：种子一致时，别人照着同一组参数也能得到逐条相同的清单，联调因此有了共同基准。

它同时把「能猜出来吗」这个问题摆到台面上。位数与字符集决定了组合空间的大小，页面用对照表把 10 的幂与 32 的幂并排列出，让使用者先看清量级再决定位数。

计算原理与变量说明

种子模式的核心是一个 32 位线性同余发生器（LCG），每取一个字符前把内部状态推进一格：

• 状态初值：st = seed % 2147483647，若结果为 0 则改成 1，避免退化成全零序列。
• 推进：st = (Math.imul(st, 1103515245) + 12345) & 0x7fffffff。乘数 1103515245 与增量 12345 是 glibc 一类实现常用的常数；这里必须用 Math.imul，直接写 st * 1103515245 的中间值会超过 2 的 53 次方而丢失低位，得到的是另一条序列。
• 取下标：idx = Math.floor(st / 2147483647 * len)，把整型状态线性映射到 0 ~ len-1；越界时回退到 len - 1。
• 一条口令推进 len 次：位数是 6 就取 6 个下标，依次拼成一条；下一条口令接着让状态继续走，互不复用同一个中间值。
• 第 k 条换种子：每一批里第 k 条使用种子 base + k - 1，各自从新的初值起步。这样同一批内两条口令彼此独立，而「第几条」本身也是可复现的。

三个字符池为什么长度不同。纯数字池就是 0 到 9 十个字符，任何一位都有十分之一的机会。字母数字池是 24 个字母加 2 到 9 共 32 个，刻意去掉了 I、O、0、1 四个字符：大写的 I 与数字 1、字母 O 与数字 0 在多数字体里几乎无法区分，用户抄错验证码的失败往往就出在这四个字符上，牺牲四个字符的可读性比提高查错成本更划算。Base32 池则是 RFC 4648 的标准字母表 A 到 Z 加 2 到 7，它去掉了容易与字母混淆的数字 0、1、8、9，长度同样是 32，因此常被用在不区分大小写、又需要人手工抄写的令牌场景。

位数决定组合空间。每一位独立均匀取值，总组合数就是池大小的位数次方：纯数字是 10^n，两位 32 池是 32^n。同样位数下 32 池的组合空间约为纯数字的 3.2^n 倍，位数越大差距越悬殊，这就是短信验证码普遍取 6 位数字、而令牌普遍取更长 Base32 串的原因。

种子模式与真随机模式不能混用。种子模式用上面这条 LCG 是为了可复现：同一颗种子在任何浏览器、任何时候都得到同一批口令，适合测试、分享与留痕。真随机模式改用 crypto.getRandomValues，由操作系统的熵源取数，语义上是不可预测、不可复现的。两者目的相反——要复现就选种子模式，要不可猜测就取消勾选。

本页不是 TOTP。RFC 6238 定义的 TOTP 需要三样东西本页都没有：共享密钥、以时间除以时间步（默认 30 秒）得到的时间计数器、用它们做 HMAC-SHA1 再截断的运算。本页只按字符集随机取字符，输出与 Google Authenticator 里滚动的六位数字没有任何关系。判断一个验证码是不是 TOTP，看它会不会在固定周期自动翻新即可。

完整示例（数值仅作演示）

把种子设为 20261014、位数设为 6，前 8 条由页面自身的算法算出；第 k 条用的是种子 20261014 加上 k 减 1，也就是第 1 条用 20261014、第 2 条用 20261015，依次往后。

• 纯数字（池 10）：337300、887286、437173、987959、437836、997622、447509、997496。
• 字母数字（池 32）：NKZNAA、64ZH5X、NMZDYL、75Z8T9、PNZ4NW、87ZXHK、QPZTC8、982N7V。
• Base32（池 32）：MJXMAA、42XH3V、MLXDWK、53X6R7、NMX2MU、65XVHJ、ONXRC6、76YM5T。

第 1 条可以拆开看：种子 20261014 推进六次，映射到 10 个字符的纯数字池时下标序列是 3、3、7、3、0、0，拼成 337300。同样这六次推进映射到 32 个字符的池时下标变成 12、9、23、12、0、0——下标 12 在字母数字池是 N、在 Base32 池是 M，于是分别得到 NKZNAA 与 MJXMAA。两组 32 池下标逐位相同，正是因为池长度相同、映射公式一致；而纯数字池只有 10 个字符，取到的下标自然不同，第一条首位才落在 3 上。

位数、有效期与安全性对照表

下表是三个字符池的构成与适用场合；注意字母数字与 Base32 长度相同，差别只在收了哪些字符。

下表给出位数与组合空间的关系，纯数字与 Base32 并排对照，数字越大越难被穷举。

下表是常见验证码通道的有效期与重试策略。位数只是组合空间，真正决定安全性的还有它可以被尝试几次、能活多久。

结果边界、舍入与适用说明

• 位数取 4 到 32 的整数，数量取 1 到 200 的整数；位数低于 4 会提示「低于 4 位不具备安全性」，数量超过 200 会提示「批量生成上限 200 条」。
• 种子取 1 到 2147483640 的整数；填 0 会被内部改成 1，页面因此直接拦截 0 与负数。上限受 2147483647 取模限制，再大的种子可能映射到同一个初值。
• 种子模式的结果是伪随机而非真随机：序列在数学上可预测，只适合测试、演示与需要复现的场景；用于真实凭据时应改用真随机模式。
• 字母数字与 Base32 两池都是 32 个字符，因此同批同位数下两者取到的下标序列逐位相同，结果看起来「同步」，这是池长度相同造成的。
• 位数与字符集只决定空间大小，不决定是否安全。真实系统还必须有有效期、错误次数与速率限制。
• 本页输出纯文本口令，不含校验位、时间戳与设备绑定信息。
• 生成全部在当前浏览器完成，输入与结果都不上传服务器。

常见问题

相关工具

• 密码生成器：生成可长期保存、强调抗破解的密码。
• 随机密码生成器：按长度与字符类型批量生成密码。
• UUID 生成器：一次生成多枚唯一标识符。
• 随机数生成器：在指定区间内批量取随机整数。
• 高强度密码生成器：以更长更全的字符集提高强度。
• 生成器：查看全部生成器工具。