关于servlet中doGet和doPost乱码再一次理解

今天系统的整理了在web项目下，出现的编码问题，下面就做一些总结：

首先对HTTP协议中对GET和POST的定义：

	GET	POST
后退按钮/刷新	无害	数据会被重新提交（浏览器应该告知用户数据会被重新提交）。
书签	可收藏为书签	不可收藏为书签
缓存	能被缓存	不能缓存
编码类型	application/x-www-form-urlencoded	application/x-www-form-urlencoded 或 multipart/form-data。为二进制数据使用多重编码。
历史	参数保留在浏览器历史中。	参数不会保存在浏览器历史中。
对数据长度的限制	是的。当发送数据时，GET 方法向 URL 添加数据；URL 的长度是受限制的（URL 的最大长度是 2048 个字符）。	无限制。
对数据类型的限制	只允许 ASCII 字符。	没有限制。也允许二进制数据。
安全性	与 POST 相比，GET 的安全性较差，因为所发送的数据是 URL 的一部分。 在发送密码或其他敏感信息时绝不要使用 GET ！	POST 比 GET 更安全，因为参数不会被保存在浏览器历史或 web 服务器日志中。
可见性	数据在 URL 中对所有人都是可见的。	数据不会显示在 URL 中。

再次理解servlet中有的那几个方法：

增、删、查、改

get -> select

post -> update

put -> insert

delete -> delete

但是其实get和post就能完成我们的所有操作！

其实有doGet、doPost、doPut和doDelete但是其中doPut和doDelete用的较少。而get方式直接加在url后面，post方式必须通过表单。

我们常用的就是doGet和doPost，get方式其实在http协议中并不是一个传数据的角色，更多的是用来从服务器上获得数据的，严格意义上来讲最初不是用来从客户端到服务器这个传输数据的；只是form表单的get方式提交，对url传值的扩展通过?name=xxx&password=xxx诸如此类的方式。

这里我们对get的url传值已经有了深刻的了解，也就更能理解为什么我们传大文本和文件图片等等的时候，都是使用post的方式了吧？url传值不能传递实体内容，因为url的长度在http协议中虽然没有明确的长度规定，但是在浏览器的规范中都是限制了长度的，1KB或2KB或多或少！

补充存在于：url中的内容都要通过urlencode进行加密，成符合url格式的字符串：

‘ ‘	空格	%20
‘!’	感叹号	%21
‘&’	花at	%26
‘/’	斜杠	%2F
‘:’	冒号)	%3A
‘=’	等于号	%3D
‘?’	问号	%3F

get方式遇到的问题：

问题的起因很简单，在网上看了一些博文说，在tomcat作为的web容器下，通过GET方式进行表单提交，传参到servlet中会出现乱码，但是我在本地进行测试的时候发现，并没有出现GET方式乱码的情况：

因为我的IDE中配置的工作空间的编码格式是UTF8的，所以猜测我的tomcat可能是UTF8的。

首先回忆我是不是对我的tomcat进行了配置，故到tomcat中的config中查看server.xml中查看是不是有配置：

发现其中并没有多余的配置，测试了8.0和发现也没有出现乱码的情况，后面了解到tomcat从8.0开始默认的编码就是UTF8了，测试7.0的Tomcat发现，GET方式出现了乱码，通过：new String(xxx.getBytes(“ISO-8859-1“), “utf-8“);解码正常：

测试结果Tomcat从8.0开始转化为默认编码为utf-8的格式了，但是8.0以下的tomcat默认的编码还是ISO-8859-1；

Tomcat8.0及以上默认编码为utf-8；

Tomcat7.0及以下默认编码为ISO-8859-1；

项目开发下，我们可以通过在tomcat的server.xml中的URIEncoding="UTF-8"；

这样设置tomcat的编码格式为utf-8来配合我们IDE中的utf-8，来保证在开发过程中不出现乱码问题；

在实际的上线的时候

1.如果可以修改web容器的编码为utf-8最好(urlEncoding="utf-8")；

2.不行的话我们可以选择：过滤器+动态代理的方式，用动态代理的方式来重写HttpServlet中的getParameter方法【逻辑：如果为GET方式的request请求，就做一个newString(xxx.getBytes(“ISO-8859-1”), “utf-8”)】来解决ISO-8859-1编码下的tomcat的get方式中文乱码的问题；【在过滤器中的操作】 -- 后面会专门讲

3.当然最好的就是，不要使用get方式进行中文的传参！

POST方式遇到的问题：

使用POST进行获取参数的时候也要注意！

必须在doPost方法的一开始就使用：request.setCharacterEncoding("utf-8");

或者在过滤器中一开始就写上request.setCharacterEncoding("utf-8");来保证POST方式后面获取到的parameter正常，

【这里有个问题要记录一下，如果不写这一句直接在doPost中getParameter，就会造成获取的中文参数异常：这句代码约束post中的内容编码为utf-8，必须写在doPost或者filter中第一个request.getParameter之前才行，如果没有设置utf-8，在调用第一个getParameter之后request中的所有键值对就都被解析成了ISO-8859-1的编码的字符了，再去设置characterEncoding为utf-8就已经无效了，就只能通过getParameter之后new String(xxx.getBytes("ISO-8859-1"),"utf-8")的方式来还原字符串了】

但是get方式是取决于Tomcat的默认的urlencoding的编码。

关于URL中的中文的问题：

在IE下的url中不能显示中文，但是在firefox和chrome中的url中可以显示中文，因为我都设置为了unicode，所以在unicode编码的浏览器环境下，原本encoder.encode(“utf-8”);的数据，都被浏览器替换解密了出来。

在开发中，为了保证开发的稳定性，我们在能够设置utf-8的地方都设置utf-8；

在运行环境复杂，为了保证系统的稳定下，尽量使用doPost传值，不使用get方式传值，或者url传值中不使用中文！