URL含%符号引发HTTP 400错误：Laravel项目本地正常生产环境异常

这种情况我之前在GoDaddy部署Laravel项目时也碰到过，结合你描述的现象——本地Ajax请求正常、生产环境Ajax返回400但地址栏直接访问正常，大概率是URL特殊字符处理或者请求头/CSRF验证的问题，咱们一步步排查解决：

1. 检查Ajax请求的URL编码是否正确 #

你请求里的产品名称包含%符号，本地环境对特殊字符的处理可能和GoDaddy的服务器配置有差异：

• 本地发起Ajax时，Aba 1.5%被编码为Aba%201.525%（注意末尾的%没有被编码），但在生产环境中，浏览器可能对%进行了双重编码（变成%25），导致Laravel路由无法匹配，返回400。
• 解决方法：在发起Ajax请求前，对产品名称做完整的URL编码，比如用JavaScript的encodeURIComponent()方法处理产品名称参数：

  const productName = "aba 1.5%";
  const encodedProductName = encodeURIComponent(productName);
  // 然后拼接成完整URL：`/updateAnalysisPrice/product/${encodedProductName}/todas/0/empty`
  

2. 验证CSRF令牌是否正确携带 #

虽然地址栏直接访问（GET请求）不需要CSRF令牌，但如果你的Ajax请求是POST方法（或者路由定义为POST），那必须携带CSRF令牌：

• 确认你的Ajax请求头里是否包含X-CSRF-TOKEN：

  const csrfToken = document.querySelector('meta[name="csrf-token"]').content;
  axios.get('/updateAnalysisPrice/...', {
    headers: {
      'X-CSRF-TOKEN': csrfToken
    }
  });
  

• 如果是用jQuery：

  $.ajax({
    url: '/updateAnalysisPrice/...',
    type: 'GET', // 或者POST，根据你的路由定义
    headers: {
      'X-CSRF-TOKEN': $('meta[name="csrf-token"]').attr('content')
    },
    // ...其他参数
  });
  

• 另外，也可以检查Laravel的VerifyCsrfToken中间件是否把该路由加入了例外（不过不建议，除非特殊情况）。

3. 检查GoDaddy的服务器URL重写配置 #

GoDaddy的Apache环境可能默认的URL重写规则有问题，导致Laravel的路由无法正确解析：

• 确保项目根目录的.htaccess文件配置正确，Laravel默认的.htaccess应该是这样的：

  <IfModule mod_rewrite.c>
      <IfModule mod_negotiation.c>
          Options -MultiViews -Indexes
      </IfModule>
  
      RewriteEngine On
  
      # Handle Authorization Header
      RewriteCond %{HTTP:Authorization} .
      RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  
      # Redirect Trailing Slashes If Not A Folder...
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteCond %{REQUEST_URI} (.+)/$
      RewriteRule ^ %1 [L,R=301]
  
      # Send Requests To Front Controller...
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteCond %{REQUEST_FILENAME} !-f
      RewriteRule ^ index.php [L]
  </IfModule>
  

• 如果.htaccess存在但仍然有问题，可以联系GoDaddy客服确认Apache的mod_rewrite模块是否启用。

4. 查看Laravel的日志定位具体错误 #

以上方法都试过还没解决的话，直接看Laravel的错误日志是最直接的：

• 日志文件在storage/logs/laravel.log里，下载下来搜索400错误对应的请求，里面会有详细的错误信息（比如路由不匹配、参数验证失败等），根据日志就能精准定位问题。

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