Laravel 5.2.45出现DecryptException：MAC无效，常规方案未解决

我之前在维护Laravel 5.2项目时也碰到过完全一样的MAC无效报错，在已经排查过APP_KEY和APP_DEBUG无空格、重新生成密钥也没用的情况下，给你几个我亲测有效的排查和解决方向：

• 清除配置缓存，确保新密钥生效
  Laravel会缓存配置文件，有时候你重新生成了APP_KEY，但缓存里还是旧的配置。执行以下命令彻底清除缓存：

  php artisan config:clear
  php artisan cache:clear
  php artisan route:clear
  

  执行完后重启你的Web服务器（比如Nginx/Apache），确保配置完全刷新。

• 清理旧的加密会话/数据
  如果你的应用之前用旧密钥加密过会话数据（存在浏览器Cookie里）或者数据库中的加密字段，换了新密钥后解密这些旧数据就会触发MAC无效错误。

  • 先清除浏览器的所有Cookie和缓存，然后重新访问应用；
  • 如果数据库中有加密存储的字段，要么用旧密钥先解密这些数据，再用新密钥重新加密；如果是测试环境，直接清空相关测试数据即可。

• 检查加密配置的一致性
  打开config/app.php文件，确认cipher配置项是AES-256-CBC——Laravel 5.2默认使用这个加密算法，对应的APP_KEY必须是32位字符串。你用php artisan key:generate生成的密钥是符合要求的，但如果手动修改过APP_KEY或者cipher，就会出现不匹配的情况。

• 排查服务器环境的OpenSSL兼容性
  Laravel的加密依赖OpenSSL扩展，有些服务器的OpenSSL版本可能存在兼容性问题：

  1. 检查PHP版本是否符合Laravel 5.2的要求（必须≥5.5.9）；
  2. 通过phpinfo()查看OpenSSL扩展是否正常启用，版本是否稳定；
  3. 如果是本地开发环境，尝试重启PHP-FPM服务，确保扩展加载正常。

• 验证加密数据的完整性
  如果是你自己手动加密的参数（比如前端传递的加密数据），要确保：

  • 加密和解密使用的是同一套密钥和算法；
  • 数据在传输过程中没有被额外转义、URL编码或者截断，比如前端传递时不要对加密后的字符串做不必要的处理。

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