1，了解为什么java内存编码用utf-16,网络传输用utf-8
2，java web的编码问题
URL httpHeader POST表单 HttpBody
JS编码
其他编码
3，常见问题分析
中文编程看不懂字符
一个汉字变成一个问号
一个汉字变成两个问号
一、为什么要编码？
计算机储存信息的最小单元是1个字节，能表示的字符范围是0-255
我们要表示的字符号太多，1个字节远远不够，因此要有一个新的类型char,从char到byte必须编码。
二、常见编码格式有哪些？
1，ASCII码
用一个字节的低7位表示，00-7F(即0-127)范围，0-31是回车、换行、删除等控制字符，32-126是打印字符，可以用键盘输入并显示出来。
2，ISO-8856-1
ASCII码共128个字符是远远不够的，ISO组织又制定了这个标准。以单字节表示，共256个字符。对于英文字符是足够了。
3，GB2312
中文全称为 “信息交换用汉字编码字符集” ，双字节的。GB2312 共收录有 7445 个字符，其中简化汉字 6763 个，字母和符号 682 个
4，GBK
全称“汉字内码扩展规范”，为了扩展GB2312，故兼容GB2312，能表示21003个汉字。
5，GB18030
是我国强制标准，但实际应用系统并不多。
6，UTF-16
Unicode，是ISO视图创建一个全新的超语言字典，可以互相翻译全世界所有语言。UTF-16定义了Unicode在计算机的存取方法，用两个字节表示Unicode的转化格式，两个字节是16位，故叫UTF-16。UTF-16表示字符很方便，简化了字符串操作，因此Java以UTF-16作为内存的字符存储格式。
7，UTF-8
UTF-16统一用量个字节表示一个字符，虽然表示很简单方便，但缺点是很大一部分字符可以用一个字节表示，缺占了两个字节，存储空间上放大了一倍。在网络带宽有限的情况下，增大网络流量。UTF-8采用变长技术，不同类型的字符可以由1-6个字节组成。故网络编码多用UTF-8
编码格式对比，GB2312与GBK，GBK范围更大，选GBK。
UTF-8与UTF-16，UTF-16的编码效果高，转换简单，适合在内存和磁盘中操作，JAVA内存编码就是UTF-16。
对于网络传输，容易损坏字节流，加上传输量因素，选择UTF-8更好。编码效率而言，GBK<UTF-8<UTF-16，故中文编码的网络传输采用UTF-8最理想。
三、JAVA中要编码的场景
1，磁盘IO操作
文件读写类，FileOutputStream和FileInputStream,只要统一设置编解码字符集，一般不会出现乱码问题。要注意的是有些应用程序不指定编码格式，中文环境中会用操作系统默认编程，换成其他操作系统环境可能会出问题。强烈建议指定编码格式。
2，内存操作中
String和byte[]的互相转换，设置统一编解码格式也不会出现问题。
3，Java Web中的编码，这个问题是重中之重
从使用中文角度来说，有IO的地方就有编码。网络传输中是以字节为单位的，所有数据都要能被序列化成字节。
(1)URL编码
从浏览器发情一次HTTP请求，存在编码的地方是URL、Cookie、Paramiter
完整URL：http://localhost:8080/oa/base/userServlet/张三.do?name=张三
Domain:localhost
port:8080
ContextPath:oa
ServletPath:base/userServlet
PathInfo:张三.do
QueryString:name=张三
URI部分：oa/base/userServlet/张三.do
以谷歌浏览器为例，F12打开调试，可以看到是UTF-8编码的。
chrome下无论请求地址和参数，均经过utf-8编码;但其他浏览器不一定是这样，比如IE是GBK编码。
如360浏览器，请求地址是这样，PathInfo是GBK编码，QueryString是utf-8编码.可能你的结果不同，但是PathInfo和QueryString编码不同是存在的。
http%3A%2F%2Flocalhost%3A8080%2Foa%2Fbase%2FuserServlet%2F%D5%C5%C8%FD%2Edo%3Fname%3D%25E5%25BC%25A0%25E4%25B8%2589
编码和解码不是程序中能完全控制的，所以要尽量避免在URL中使用非ASCII字符。最好在服务端设置。以tomcat为例
在tomcat的server.xml下的connetor属性中增加URIEncoding或者useBodyEncodingForURI属性，如果不设置则tomcat按默认ISO-8856-1来解码。
(2)HTTP Header编码
浏览器发起 http请求，Header中cookie等参数也存在编码问题。tomcat从byte到char转化同样默认是ISO-8856-1。
(3)POST表单的编解码
在页面点提交按钮时，先根据ContentType对表单填写项编码，在服务端同样用这个编码来解码，一般不会有问题。这个编码个是我们程序可以控制的，如rquset.setCharacterEncoding(charset)。如果不设置，按系统默认编码来解析。包括上传文件也是字节流。
(4)HTTP BODY
这些内容通过Response返回给客户端浏览器。也是先经过编码，再到浏览器解码。可以通过response.setCharacterEncoding(charset)设置，浏览器客户端根据html中的 <meta http-equiv=content-type content="text/html; charset=utf-8">来解码
4，Js中的编码
如果外部js文件与当前页面编码不一致，可能会出现编码问题。所以统一引入 js文件时加编码
<script type ="text/javascript" src="resource/js/ueditor/ueditor.config.js" charset="utf-8" ></script>
js发起一步调用的URL也受浏览器影响，也要encodeURI()这样的函数来UTF-8编码，彻底解决编码问题
5，Js编码，后台java解码
自然全部UTF-8
6，其他
开发环境IDE，设置文件的编码格式。 xml 设置, jsp contentType="text/html; charset=UTF-8"
四、常见问题分析
1，一个汉字变成两个乱码字符
字节数没丢，说明编码没错可能是GBK，解码用了ISO-8856-1。
2，每个汉字变成一个问号
如："天气很好" 变成 "? ? ? ?"。编码时字节丢失，使用了ISO-8856-1，码值为3F，ISO-8856-1解码时都变成3F对应的?号
3，一个汉字变成两个问号
如："天气很好" 变成 "? ? ? ? ? ? ? ?"这种比较复杂，中文经过多次编码，有一次编码或解码使用了ISO-8856-1。要每个编解码环节仔细查看。
4，国际化问题
首先要用支持多语言的UTF-8编码，又一个使用UTF-8的必要性。国际化有springi18见其他相关文章。