Laravel 表单提交失败的常见原因：HTTP/HTTPS 协议不匹配

Laravel 表单（如登录页）无响应、POST 请求返回 301 重定向，通常源于 URL 协议（HTTP/HTTPS）与服务器实际配置不一致，导致表单 action 地址协议错误，请求被强制跳转而中断。

laravel 表单提交失败的常见原因：http/https 协议不匹配

在 Laravel 应用中，表单提交“无声失败”——点击登录按钮无反应、Network 面板显示 301 状态码、_token 字段存在但控制器方法完全未执行——这类问题往往并非路由或 CSRF 配置错误，而是更底层的协议层失配。

关键线索在于：

• Chrome Network 标签页中观察到 301 Moved Permanently 响应；
• 表单 action 属性生成为 http://example.com/login，而服务器仅监听 HTTPS；
• 修改 .env 中数据库配置无效（说明请求甚至未抵达 Laravel 应用层）；
• php artisan route:list 显示路由正常，证实路由注册无误。

根本原因在于 Laravel 的 URL 生成机制依赖于当前请求的协议（通过 $_SERVER[‘HTTPS’] 或 APP_URL 配置）。当 Web 服务器（如 Nginx/Apache）未正确传递 HTTPS 状态，或反向代理未设置 X-Forwarded-Proto: https 头时，Laravel 会误判为 HTTP 请求，从而生成 http:// 开头的表单 action 和重定向地址。浏览器出于安全策略，将 http → https 的跳转会以 301 返回，而 Laravel 默认不处理该跳转后的 POST 数据（GET 重定向后原 POST 被丢弃），导致表单“提交失败”。

✅ 正确解决方案：

1. 确保 Web 服务器正确标识 HTTPS

   • Nginx 示例（需在 server 块中）：

     location / {
         proxy_set_header X-Forwarded-Proto $scheme;
         # 若使用负载均衡或 CDN，确保其透传 X-Forwarded-Proto
     }

   • Apache 示例：

     ProxyPreserveHost On
     RequestHeader set X-Forwarded-Proto "https" env=HTTPS

2. 启用 Laravel 的信任代理中间件（关键！）
   在 app/Http/Middleware/TrustProxies.php 中，配置受信任的代理 IP 并启用协议检测：

   <?php
   namespace App\Http\Middleware;
   
   use Illuminate\Http\Middleware\TrustProxies as Middleware;
   use Illuminate\Http\Request;
   
   class TrustProxies extends Middleware
   {
       protected $proxies = '*'; // 或指定代理 IP 数组，如 ['192.168.1.1']
       protected $headers = Request::HEADER_X_FORWARDED_ALL;
   }

   ⚠️ 注意：$headers = Request::HEADER_X_FORWARDED_ALL 启用对 X-Forwarded-Proto 的解析，使 Laravel 能正确识别 HTTPS 请求。

3. 验证 APP_URL 设置（辅助校验）
   .env 中确保 APP_URL=https://yourdomain.com 使用 HTTPS 协议，虽非决定性（Laravel 优先信任请求头），但可避免 url() 辅助函数在 CLI 或队列任务中生成错误链接。

4. 测试验证
   在 Blade 模板中临时添加调试信息：

   <p>Current scheme: {{ request()->getScheme() }}</p>
   <p>Full URL: {{ url('/login') }}</p>
   <form action="{{ url('/login') }}" method="POST">
       @csrf
       <!-- ... -->
   </form>

   正常情况下应输出 https 及 https://…/login。

? 总结：Laravel 表单提交异常，若排除 CSRF、路由、中间件等常规因素，务必检查协议一致性。301 是强烈信号——它意味着客户端被重定向，而非服务端逻辑错误。修复核心在于让 Laravel 准确感知真实协议，而非硬编码 URL。信任代理 + 正确头传递，是现代部署（尤其含 CDN、负载均衡、Docker 网络）下的必备配置。