Laravel 5.6：重置密码链接失效问题技术咨询

结合你给出的password_resets表结构和数据情况，我给你梳理几个最可能导致链接失效的排查方向，都是实际开发中踩过的坑：

1. 令牌哈希验证错误 #

你数据库里存的令牌是$2y$10$yv1qGOxvamSEmdteK6NNUuDnHmhKUjFQyJBHtOxeYwRiqGSWr936O，这是bcrypt哈希后的结果。如果你的代码里直接把链接传过来的明文令牌和数据库里的哈希值做字符串对比，肯定匹配不上！

• 正确的做法是用哈希验证函数，比如PHP里的password_verify($明文令牌, $数据库哈希值)，如果用Laravel这类框架，默认会自动处理，但自定义逻辑一定要注意这一点。
• 反例：if ($request->token === $resetRecord->token) 这种写法完全错误，必须用专门的哈希验证方法。

2. 令牌已过期 #

你的表有created_at字段，重置令牌一般都有有效期（比如1小时），看你示例数据的时间是2018年，这早就过期了！

• 检查代码里是否有过期判断逻辑：比如计算当前时间和created_at的时间差，超过设定时长就拒绝重置请求。
• 测试的时候一定要生成最新的令牌，别用旧数据测试，不然肯定失败。

3. 链接令牌的编码/传输问题 #

有时候URL中的令牌会因为编码问题被篡改：

• 比如令牌里的特殊字符被URL转义，传到后端后和原始明文令牌不一致。你可以在后端打印出收到的令牌参数，和生成时的明文令牌对比，看看有没有差异。
• 另外要确认生成重置链接时，是不是把明文令牌完整拼接到URL里了，有没有截断或者拼写错误。

4. 数据库查询逻辑漏洞 #

你的表有email索引，正确的查询逻辑应该是同时根据邮箱和令牌来查找记录：

• 比如先通过邮箱查到对应的重置记录，再验证令牌的哈希值（而不是直接用token查，虽然哈希值唯一，但结合邮箱更严谨）。
• 如果只根据token查询，可能出现逻辑错误，比如旧令牌未被清理导致冲突，或者极端情况下的哈希碰撞。

5. 框架默认逻辑被破坏（如果用Laravel等框架） #

如果是用框架自带的密码重置功能：

• 检查有没有自定义修改过PasswordReset模型、重置控制器或者路由，导致默认的验证流程出问题。
• 确认config/auth.php里的密码重置配置是否正确指向了你的password_resets表。

先从这几个点排查，优先看哈希验证和令牌有效期，这两个是最常见的问题！

内容的提问来源于stack exchange，提问作者thitami