不能用 rand() 或 mt_rand() 生成验证码，因其基于可预测的伪随机数生成器；应使用密码学安全的 random_int()，并配合 redis 存储以实现过期、限流等防刷能力。
为什么不能用 rand() 或 mt_rand() 生成验证码
这两个函数基于伪随机数生成器（PRNG），种子容易被预测，尤其在 Web 环境中，攻击者可通过时间差、请求顺序等推断后续输出。验证码本质是短期身份凭证，一旦可预测，就等于形同虚设。
而 random_int() 是 PHP 7+ 提供的密码学安全随机整数生成器，它直接读取操作系统级熵源（如 /dev/urandom），不可预测、无周期、不依赖时间戳。
- PHP random_int()，必须升级或改用
openssl_random_pseudo_bytes() - 即使启用了
opcache，random_int()每次调用仍保证独立性，不会因缓存复用旧值 - 不要对
random_int()的结果做模运算（如% 36）来映射字符——会导致分布偏斜，应使用拒绝采样
如何用 random_int() 生成定长、均匀、无歧义的验证码字符串
核心思路：预定义字符集 → 用 random_int() 在合法索引范围内采样 → 拒绝非法字符（如 0/O、l/1）→ 拼接成串。避免用 range('a', 'z') 直接生成，因为大小写混排易引入视觉混淆。
function generateCaptcha($length = 4) {
$chars = '23456789ABCDEFGHJKLMNPQRSTUVWXYZ'; // 明确排除 0, O, I, l, 1
$str = '';
for ($i = 0; $i
- 字符集长度为 32，
random_int(0, 31)可完美覆盖，无模偏差 - 返回字符串不含小写字母，规避字体渲染导致的
l和1难区分问题 - 若需支持中文验证码，
random_int()本身不处理 Unicode，应改用random_bytes()+ UTF-8 编码校验，复杂度陡增，一般不推荐
random_int() 失败时会抛出 Exception，必须显式捕获
虽然在绝大多数 Linux/macOS 服务器上极少触发，但在容器环境（如某些精简 Alpine 镜像）、或熵池枯竭的嵌入式系统中，random_int() 可能抛出 Exception，而不是返回 false。不捕获会导致脚本中断、验证码无法生成、用户卡在登录页。
function safeGenerateCaptcha($length = 4) {
try {
$chars = '23456789ABCDEFGHJKLMNPQRSTUVWXYZ';
$str = '';
for ($i = 0; $i getMessage());
throw new RuntimeException('Captcha generation failed');
}
}
- 不能用
@random_int()抑制错误——它不产生 E_WARNING，@ 无效 - 日志记录很重要：有些运维会禁用
/dev/random，只留/dev/urandom，但若内核配置异常，仍可能失败 - 不要 fallback 到
mt_rand()—— 安全降级不是妥协，而是放弃安全目标
验证码字符串该存在 Session 还是 Redis？
生成只是第一步，存储方式直接影响防刷能力。Session 依赖客户端 Cookie，易被共享或劫持；Redis 支持过期、原子计数、IP 限流，更适合生产环境。
- Session 存储示例：
$_SESSION['captcha'] = generateCaptcha(); $_SESSION['captcha_time'] = time();，但需手动清理过期项 - Redis 更推荐：
$redis->setex('captcha:ip:'.$ip, 300, $code)，5 分钟自动失效，且可配合INCR做请求频控 - 切勿把验证码明文写进 HTML 或 JS 变量里——哪怕加了
noindex，爬虫仍可能提取
字符集选型、异常捕获、后端存储这三步缺一不可。少做一次 try/catch，就可能让整个登录流程在低熵环境下静默崩溃。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
