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"/>
关于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>;