在Js页面通过POST传递参数跳转到新页面详解

Z时代
2024-01-10
分类：综合

场景

最近在工作中遇到一个需求，有个页面 a.vm，对 ajax 请求的结果进行判断后，获取结果里面的数据传递给一个 URL（b.htm），跳转到新的页面 b.htm。

遇到的问题

因为一开始是 GET 请求，所以当传递的数据过大的时候，会报错 nginx 414 request-uri too long

客户端请求头缓冲区大小，如果请求头总长度大于小于128k，则使用此缓冲区


client_header_buffer_size 128k;

请求头总长度大于128k时使用 large_client_header_buffers 设置的缓存区

large_client_header_buffers 指令参数4为个数，128k为大小，默认是8k。申请4个128k。


large_client_header_buffers 4 128k;

当http 的URI太长或者request header过大时会报414 Request URI too large或400 bad request错误

造成这样的原因

cookie中写入的值太大造成的，因为header中的其他参数的size一般比较固定，只有cookie可能被写入较大的数据

请求参数太长，比如发布一个文章正文，用urlencode后，使用get方式传到后台

本次的故障原因是由问题 2 引起的。即当请求头过大时，超过 large_client_header_buffer 时，nginx可能返回 Request URI too large (414) 或者 Bad-request(400) 错误。

当Request line的长度大于large_client_header_buffer的一个buffer(128k)时，nginx会返回"Request URI too large" (414)错误，对应上面的场景2。

请求头中最长的一行也要小于large_client_header_buffer，当不是Request line的最长行大于一个buffer(128k)时，会返回"Bad-request"(400)错误，对应上面的场景1。

临时解决办法

修改 nginx 参数

主要是调大以下参数值：


client_header_buffer_size 512k;
large_client_header_buffers 4 512k;

但是调大这个值会出现一个问题，当我的服务器腾挪数据量比较大的时候，可能又要修改这样不是一个办法，最终的解决办法就是由 GET 请求方式修改为 POST 请求方式

最终解决办法

使用 jquery.redirect.js 框架来处理这样的情况，主要使用到的函数是 $.redirect

代码如下：


 $http({
    method: "POST",
    dataType: "json",
    contentType: 'application/json',
    url: url,
    data: data,
   }).success(function (data) {
    if (data.success) {
     crId = data.data;
     $scope.errMsg = "";
     var url = "/xx.htm?id=" + id;
     window.location.href = url
    } else {
     $scope.errMsg = data.message;
     $scope.isDisabled = false;
     $scope.errorCode = data.code;
     $scope.trv.physics = data.data;
     if(data.statusCode === -224){
      var vms = data.data;
      console.log("vms: " + vms);
      $.redirect('/b.htm', {'vms': vms.toString(), 'resource': trv.resource, 'errMsg': $scope.errMsg});
     }
    }
   }).error(function (data) {
    alert(data);
    $scope.isDisabled = false;
   });