我不认为这是快速全球大小限制，但特别是连接。Json中间件限制。当您使用express.bodyParser()并且不提供限制选项时，默认为1MB。

Try:

app.post('/api/0.1/people', express.bodyParser({limit: '5mb'}), yourHandler);

我最近也犯了同样的错误，我找到的所有解决方案都不管用。

经过一番挖掘，我发现设置app.use(express。bodyParser({限制:50 mb的}));你的限制设置正确了。

当添加一个console.log('Limit file size: '+ Limit);在node_modules/express/node_modules/connect/lib/middleware/json.js:46并重新启动节点，我在控制台中得到以下输出:

Limit file size: 1048576
connect.multipart() will be removed in connect 3.0
visit https://github.com/senchalabs/connect/wiki/Connect-3.0 for alternatives
connect.limit() will be removed in connect 3.0
Limit file size: 52428800
Express server listening on port 3002

首先，我们可以看到，在加载connect模块时，限制被设置为1mb(1048576字节)。然后，当我设置限制时，再次调用console.log，这一次限制是52428800 (50mb)。然而，我仍然得到一个413请求实体太大。

然后我添加console.log('限制文件大小:'+ Limit);在node_modules/express/node_modules/connect/node_modules/raw-body/index.js:10中，当使用大请求调用路由时(在错误输出之前)，在控制台中看到了另一行:

Limit file size: 1048576

这意味着以某种方式，在某个地方，connect将重置限制参数并忽略我们指定的内容。我尝试在路由定义中单独指定bodyParser参数，但也没有成功。

虽然我没有找到任何合适的方法来永久地设置它，但你可以直接在模块中“修补”它。如果你使用的是Express 3.4.4，在node_modules/ Express /node_modules/connect/lib/middleware/json.js的第46行添加这个:

limit = 52428800; // for 50mb, this corresponds to the size in bytes

如果您没有运行相同版本的Express，行号可能会不同。 请注意，这是不好的做法，如果你更新你的模块，它将被覆盖。

因此，这个临时解决方案目前有效，但一旦找到解决方案(或模块修复，以防它是模块问题)，您就应该相应地更新代码。

我已经在他们的GitHub上开了一个关于这个问题的问题。

[编辑-找到解决方案]

经过一些研究和测试，我发现在调试时，我添加了app.use(express。bodyParser({limit: '50mb'}));，但在app.use(express.json());之后。然后Express将全局限制设置为1mb，因为运行脚本时遇到的第一个解析器是Express .json()。将bodyParser移到上面就可以了。

也就是说，bodyParser()方法将在Connect 3.0中被弃用，不应该被使用。相反，你应该显式地声明你的解析器，就像这样:

app.use(express.json({limit: '50mb'}));
app.use(express.urlencoded({limit: '50mb'}));

如果你需要多部分(文件上传)，请参阅这篇文章。

(第二个编辑)

注意，在Express 4中，你必须使用body解析器模块并使用它的json()和urlencoded()方法，而不是Express .json()和Express .urlencoded()，如下所示:

var bodyParser = require('body-parser');
app.use(bodyParser.json({limit: '50mb'}));
app.use(bodyParser.urlencoded({limit: '50mb', extended: true}));

如果没有为bodyParser.urlencoded()显式定义扩展选项，它将抛出警告(body-parser不支持未定义扩展:提供扩展选项)。这是因为这个选项在下一个版本中是必需的，不再是可选的。有关扩展选项的更多信息，可以参考body-parser的自述文件。

(第三个编辑)

似乎在Express v4.16.0以后，我们可以回到最初的方式来做这件事(感谢@GBMan的提示):

app.use(express.json({limit: '50mb'}));
app.use(express.urlencoded({limit: '50mb'}));

我使用了另一种方法来解决这个问题。

例子:

multer = require('multer');

var uploading = multer({
  limits: {fileSize: 1000000, files:1},
});

exports.uploadpictureone = function(req, res) {
  cloudinary.uploader.upload(req.body.url, function(result) {
    res.send(result);
  });
};

module.exports = function(app) {
    app.route('/api/upload', uploading).all(uploadPolicy.isAllowed)
        .post(upload.uploadpictureone);
};

在我的例子中，添加这些行是不够的:

var bodyParser = require('body-parser');
app.use(bodyParser.json({limit: '50mb'}));
app.use(bodyParser.urlencoded({limit: '50mb', extended: true}));

我尝试在urlencoded函数上添加parameterLimit选项，正如文档所述，错误不再出现。

parameterLimit选项控制参数的最大数量 在url编码的数据中是允许的。如果请求包含更多 参数大于此值时，将返回一个413给客户端。 默认值为1000。

试试下面的代码:

var bodyParser = require('body-parser');
app.use(bodyParser.json({limit: "50mb"}));
app.use(bodyParser.urlencoded({limit: "50mb", extended: true, parameterLimit:50000}));

2016年，以上都不适合我，直到我显式设置'类型'除了'限制'身体解析器，示例:

  var app = express();
  var jsonParser       = bodyParser.json({limit:1024*1024*20, type:'application/json'});
  var urlencodedParser = bodyParser.urlencoded({ extended:true,limit:1024*1024*20,type:'application/x-www-form-urlencoded' })

  app.use(jsonParser);
  app.use(urlencodedParser);

就我而言…setting parameterLimit:50000修复了这个问题

app.use( bodyParser.json({limit: '50mb'}) );
app.use(bodyParser.urlencoded({
  limit: '50mb',
  extended: true,
  parameterLimit:50000
}));

如果有人尝试了所有的答案，但还没有任何成功，并使用NGINX托管站点，将这一行添加到/etc/nginx/sites-available

client_max_body_size 100M; #100mb

我也有同样的问题

使用快捷4.+ 我的代码看起来像这样，经过两天的广泛测试，它工作得很好。

var url         = require('url'),
    homePath    = __dirname + '/../',
    apiV1       = require(homePath + 'api/v1/start'),
    bodyParser  = require('body-parser').json({limit:'100mb'});

module.exports = function(app){
    app.get('/', function (req, res) {
        res.render( homePath + 'public/template/index');
    });

    app.get('/api/v1/', function (req, res) {
        var query = url.parse(req.url).query;
        if ( !query ) {
            res.redirect('/');
        }
        apiV1( 'GET', query, function (response) {
            res.json(response);
        });
    });

    app.get('*', function (req,res) {
        res.redirect('/');
    });

    app.post('/api/v1/', bodyParser, function (req, res) {
        if ( !req.body ) {
            res.json({
                status: 'error',
                response: 'No data to parse'
            });
        }
        apiV1( 'POST', req.body, function (response) {
            res.json(response);
        });
    });
};

下面的方法对我很有效……只使用

app.use(bodyParser({limit: '50mb'}));

就是这样。

以上都试过了，没有一个奏效。我们发现，即使我们使用像下面这样的方法，

app.use(bodyParser());
app.use(bodyParser({limit: '50mb'}));
app.use(bodyParser.urlencoded({limit: '50mb'}));

只有第一个app.use(bodyParser());其中一行被定义，后两行被忽略。

参考:https://github.com/expressjs/body-parser/issues/176 >>见“dougwilson评论于2016年6月17日”

一个稍微不同的方法——有效载荷太大了

到目前为止，所有有用的答案都涉及增加有效载荷限制。但也可能是载荷确实太大了，但没有好的理由。如果没有合理的理由，那么首先考虑一下为什么它会如此膨胀。

我们自己的经验

例如，在我们的例子中，一个Angular应用贪婪地在有效负载中发送了整个对象。当删除一个臃肿和冗余的属性时，有效负载大小减少了100倍。这极大地提高了性能并解决了413错误。

经过דo多次尝试，我得到了我的解决方案

我已经注释了这一行

app.use(bodyParser.json());

我把

app.use(bodyParser.json({limit: '50mb'}))

然后它就起作用了

在我的例子中，问题出在Nginx配置上。为了解决这个问题，我必须编辑文件:/etc/nginx/nginx.conf，并在服务器块中添加这一行:

client_max_body_size 5M;

重新启动Nginx，问题就消失了

sudo systemctl restart nginx

对于快递~4.16.0，快递。Json与限制直接工作

app.use(express.json({limit: '50mb'}));

对我来说，主要的技巧是

app.use(bodyParser.json({
  limit: '20mb'
}));

app.use(bodyParser.urlencoded({
  limit: '20mb',
  parameterLimit: 100000,
  extended: true 
}));

bodyParse。json第一 bodyParse。urlencoded第二

更好的使用方法是，你可以指定文件大小的限制，如下所示:

app.use(bodyParser.json({limit: '10mb', extended: true}))
app.use(bodyParser.urlencoded({limit: '10mb', extended: true}))

您也可以在node-modules body-parser中更改默认设置，然后在lib文件夹中，有JSON和文本文件。然后改变这里的极限。实际上，如果你没有在给定的行中传递limit参数，这个条件就会通过 app.use (bodyParser。Json ({limit: '10mb'， extended: true}))。

对我来说，下面的代码片段解决了这个问题。

var bodyParser = require('body-parser');
app.use(bodyParser.json({limit: '50mb'})); 

我也面临着这个问题，我犯了一个愚蠢的错误，重复了app.use(bodyParser.json())，如下所示:

app.use(bodyParser.json())
app.use(bodyParser.json({ limit: '50mb' }))

通过删除app.use(bodyParser.json())，解决了这个问题。

在我的例子中，从请求头中删除Content-type是有效的。

如果你同时使用express.json()和bodyParser，它会给出错误，因为express设置了自己的限制。

app.use(express.json());
app.use(express.urlencoded({ extended: false }));

删除上面的代码，只添加下面的代码

app.use(bodyParser.json({ limit: "200mb" }));
app.use(bodyParser.urlencoded({ limit: "200mb",  extended: true, parameterLimit: 1000000 }));

对于那些在IIS下在Azure中启动NodeJS应用程序的人，不要忘记修改web。配置Azure应用服务IIS的“maxRequestLength”设置

我最近遇到了同样的问题，咆哮的解决方案对我来说很有效。

依赖: 快递>>版本:4.17.1 Body-parser >> version": 1.19.0

const express = require('express');
const bodyParser = require('body-parser');

const app = express(); 
app.use(bodyParser.json({limit: '50mb'}));
app.use(bodyParser.urlencoded({limit: '50mb', extended: true}));

为了理解: HTTP 431

HTTP 413负载过大响应状态码表示 请求实体大于服务器定义的限制;服务器 可能会关闭连接或返回一个Retry-After报头字段。

表达4.17.1

app.use( express.urlencoded( {
    extended: true,
    limit: '50mb'
} ) )

演示csb

下面的设置对我很有效

表达4.16.1

app.use(bodyParser.json({ limit: '50mb' }))
app.use(bodyParser.urlencoded({
  limit: '50mb',
  extended: false,
}))

恩金克斯

client_max_body_size 50m;
client_body_temp_path /data/temp;

在尝试了这篇文章中的一切之后，我都没有成功。但我找到了一个适合我的解决办法。 我可以在不使用body解析器的情况下只使用express来解决它。 它是这样的:

const express = require('express');    

const app = express();
app.use(express.json({limit: '25mb'}));
app.use(express.urlencoded({limit: '25mb', extended: true}));

不要忘记使用extended: true从控制台中删除已弃用的消息。

将以下配置传递给服务器以增加请求大小。

app.use(express.json({ extended: false, limit: '50mb' }))
app.use(express.urlencoded({ limit: '50mb', extended: false, parameterLimit: 50000 }))

以下代码解决了我的问题:

var bodyParser = require('body-parser');
var urlencodedParser = bodyParser.urlencoded({ extended: false, limit: '5mb' });

我正在使用multer上传文件到AWS s3。 对于我来说，在添加client_max_body_size 100M之后;导入nginx文件， 误差是400。(但是413错误消失了，这意味着它成功地通过nginx到达了你的服务器)

解决方案如下: https://stackoverflow.com/a/71240419/15477963

我的app.js文件不需要改变，保持如下所示:

const express = require('express');
const bodyParser = require('body-parser');
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({ extended: true }));

为我工作:

配置nginx max file zise [https://patriciahillebrandt.com/nginx - 413 -请求-实体——太——large/] [1]

and

app.use(bodyParser.json({ limit: "200mb" }));
app.use(bodyParser.urlencoded({ limit: "200mb",  extended: true, parameterLimit: 1000000 }));

补充一下亚历山大的答案。

默认情况下，NGINX对每个文件的上传限制为1mb。通过限制上传的文件大小，可以防止某些类型的拒绝服务(DOS)攻击和许多其他问题。

因此，当您尝试上传超过1MB限制的文件时，您将遇到413错误。

通过编辑“client_max_body_size”，可以调整上传文件的大小。使用http、server或location块编辑client_max_body_size。

server {
  server_name example.com;

  location / {
    proxy_set_header HOST $host;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    proxy_pass http://127.0.0.1:8080;
    client_max_body_size 20M;
  }

    listen [::]:443 ssl ipv6only=on; # managed by Certbot
    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/infohob.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/infohob.com/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}

参考:在NGINX限制文件上传大小

只要加上这一行就能解决问题

app.use(express.json({limit: '50mb'}));

还建议大家将整个图像发送到后端，然后转换它，而不是从前端发送数据

此问题在两种情况下发生:

请求体太大，服务器无法处理这么大的数据。这个就可以了

app.use(express.json({limit: '50mb'}));

2- req.cookies is too large. When testing different next.js applications on the same browser, each time each app was starting on a different port if there were running some apps. Same app might end up starting at port 3000-3005 range. That means if your app saves cookie, that cookie will be saved for each port. Let's say you started 5 different apps at localhost:3000, and each one saved a cookie. If you make a request, all the cookies will be attached to the request object, in this case you will not able to process even small size of post.body. Solution is you have to delete all the cookies