POST提交数据太大

2018.4.8号更新

其实后来最终的解决方案是修改服务器的配置文件。

POST数据按道理说是没有大小限制的,只是取决于浏览器或服务器的配置,tomcat的解决方式参考方案2.


------------------分割线------------------------

场景:之前帮客户做接口,等真正上线的时候,才发现客户提交过来的数据超出测试范围。因为客户发过来的数据有几张base64编码格式的照片。整体2.2M。

解决方案:

方案1:最初网上查发现也有人出现过类似情况。说是request.getParameter底层是一个map,map集合装不了那么大的字符串,所以map集合崩溃了。用request.getInputStream流读出来就好了。该兄正是通过此种方法解决,于是我就信了。map装不了过大数据。

用request.getInputStream来接收数据。但是这时候又出现个问题。用request.getInputStream的方式,之前的小数据又接收不到了,传过来的为“”。

方案2:针对方案1出现的问题,考虑到还是不能放弃request.getParameter。于是我又去查map是不是真的有限制大小。查API好像没有说Map有最大限制什么的。不过通过map.size() 方法时,有这样的注解:返回此映射中的键-值映射关系数。如果该映射包含的元素大于 Integer.MAX_VALUE,则返回 Integer.MAX_VALUE。于是又觉得map有希望了。后来想是不是跟服务器设置有关系?于是通过网上查找,设置server.xml中Connector中的属性,maxPostSize的值。

<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" maxPostSize="5120000"/>
结果验证果然行得通!设置好之后重启项目,原来的大数据则依旧可以通过request.getParameter来获取。

关于maxPostSize,tomcat默认是2M,单位为字节。maxPostSize="0"则表示不限制大小。

he maximum size in bytes of the POST which will be handled by the container FORM URL parameter parsing. The limit can be disabled by setting this attribute to a value less than or equal to 0. If not specified, this attribute is set to 2097152 (2 megabytes).


问题1:解决方案:最终为了防止再出现比服务器设置的更大数据,通过结合方案1和方案2,优先request.getParameter,若获取的值为空,则再通过request.getInputStream的方式获取。


问题2:这个问题解决好之后,还有个小问题。

就是通过POST提交过来的数据,用流的方式直接获取的话,需要解码。比如一些空格、换行、汉字等。具体写法:

BufferedReader br = new BufferedReader(new InputStreamReader(request.getInputStream()));
            String line = null;
            StringBuilder sb = new StringBuilder();
            while ((line = br.readLine()) != null) {
                sb.append(line);
            }
            String parameterValues = <span style="color:#ff0000;">URLDecoder.decode(sb.toString(), "UTF-8")</span>;
问题3:通过request.getInputStream的方式获取,由于流只能读取一次,但是我POST过来的参数我要在拦截器里面用到相关参数,在controller控制层也要用到相关参数。所以解决方案就是第一次获取到数据后,存放到session里面,适用完成之后释放session。





<think>嗯,用户问的是HTTP POST表单提交方式,我需要详细解释清楚。首先得回忆一下HTTP的基本方法,POST和GET的区别可能是一个重。应该先说明POST的作用,再对比GET,这样用户更容易理解。 然后要讲清楚表单提交的流程,用户填写表单后提交数据是如何打包并发送到服务器的。可能需要提到Content-Type,比如application/x-www-form-urlencoded或者multipart/form-data,特别是文件上传的情况。 还要提到POST的安全性,虽然它不是在URL中显示,但如果不使用HTTPS还是可能被拦截。这用户可能会关心,尤其是涉及敏感信息的时候。 应用场景的话,比如注册、登录、上传文件这些常见例子,用户更容易联想到实际使用情况。同时要指出POST适合传输大量数据,而GET有长度限制。 最后,结构要清晰,分步骤或分,让用户一步步理解。确保使用中文,避免专业术语太晦涩,必要时举例说明。可能还需要检查LaTeX格式是否正确,虽然这个问题里可能用不到数学公式,但系统指令里提到了,要注意行内公式的格式。 有没有遗漏的地方?比如POST请求的组成部分,头信息和正文的区别?或者是否需要提到其他编码类型?可能用户不需要太深入的细节,保持基础而全面即可。确保回答真实可靠,参考权威资料,比如RFC标准或者常见的Web开发文档。</think>HTTP POST 表单提交方式是 Web 开发中客户端向服务器传输数据的核心机制,以下是分步骤解析: 一、基本定义 POST 是 HTTP 协议定义的请求方法之一,主要用于向指定资源提交表单数据。与 GET 方法不同,POST 请求会将数据包含在请求体中传输,而非附加在 URL 后(如图1示意对比)。 二、工作原理 1. 表单定义阶段 开发者使用 `<form method="post">` 标签定义表单: ```html <form action="/submit" method="post"> <input type="text" name="username"> <input type="password" name="pwd"> <button type="submit">提交</button> </form> ``` 2. 数据传输阶段 当用户提交表单时: - 浏览器自动将表单字段编码为键对(如 `username=Alice&pwd=12345`) - 通过 HTTP 请求体传输数据 - 设置请求头 `Content-Type: application/x-www-form-urlencoded` 3. 文件上传场景 当包含文件上传时: ```html <form enctype="multipart/form-data"> <input type="file" name="avatar"> </form> ``` 此时编码类型变为 `multipart/form-data`,支持二进制数据传输 三、关键特性对比 | 特性 | POST | GET | |---------------------|--------------------------|------------------| | 数据位置 | 请求体 | URL 参数 | | 安全性 | 不直接暴露在地址栏 | 明文显示 | | 数据长度限制 | 无理论限制 | 约 2048 字符 | | 缓存支持 | 不可缓存 | 可缓存 | | 幂等性 | 非幂等 | 幂等 | 四、应用场景 1. 敏感信息提交(登录凭证、支付信息) 2. 大数据量传输(长文本、文件上传) 3. 数据库写操作(用户注册、内容发布) 五、安全注意事项 1. 必须配合 HTTPS 使用防止中间人攻击 2. 服务端需验证和过滤输入数据(防止 SQL 注入/XSS 攻击) 3. 敏感字段建议使用 CSRF Token 防护 六、技术扩展 现代开发中常结合 AJAX 实现异步提交: ```javascript fetch('/api/submit', { method: 'POST', body: JSON.stringify({ key: 'value' }), headers: { 'Content-Type': 'application/json' } }) ``` 通过这种设计,POST 方法既能保障数据传输的安全性,又能满足复杂业务场景的需求,是 Web 交互不可或缺的基础组件。
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值