标签：编码 中文 stream 获取 简单 locate 控制字符 返回结果 writer
基础编码，英文和西欧字符。
用一个字节的低7位表示，一共128个。
0~13是控制字符如换行、回车、删除等，32~126是打印字符，键盘输入。
ASCII的扩展。
用一个字节表示，一共256个。
中文编码字符集。
用两个字节表示，A1~A9是符号区，一共682个；B0~F7是汉字区，一共6763个。
编码需要查询对应码表，效率略低。
GB2312的扩展，能够兼容GB2312。
用两个字节表示，一共23940个码位，表示21003个汉字。
编码需要查询对应码表，效率略低。
UTF-16具体定义了Unicode字符在计算机的存取方法。
用两个字节表示Unicode的转化格式。
定长的展示方法，每两个字节表示一个字符，转化效率高，内存和硬盘多用此编码(JAVA内存存储格式UTF-16)。
采用顺序编码，不能对单个字符的编码进行校验，如果损坏，后面的码值都会受影响。
UTF-8具体定义了Unicode字符在计算机的存取方法。
用1-6个字节组成一个字符，汉字采用三个字节表示。
变长的展示方法，每个编码区域有不同的字码长度。
网络传输中很大一部分字符用一个字节就可以展示，UTF-16规范化的全部转为了两个字节，对于这些字符UTF-8只需要一个字节。
UTF-8如果中间一个码值损坏，后面的码值并不受影响。
相对于UTF-16，UTF-8有传输中资源占用小，数据更安全的优势，更适合网络传输，但UTF-16的编码规则相对简单，编码效率更高，适合本地内存和磁盘。
InputStreamReader isr = new InputStreamReader(inputStream,"utf-8"); Charset StreamDecoder OutputStreamWriter osw = new OutputStreamWriter(outputStream,"utf-8"); Charset StreamEncoder
字符与字节的转换：
//String
String s = "中文字符"; byte[] b = s.getBytes("UTF-8"); String s1 = new String(b,"UTF-8");
//Charset
Charset charset = Charset.forName("UTF-8");
ByteBuffer byteBuffer = charset.encode(string);
CharBuffer charBuffer = charset.decode(byteBuffer);
//char和byte的软转换，将一个16bit的char拆分成两个8bit的byte来显示，实际值并没有被转换。
ByteBuffer heapByteBuffer = ByteBuffer.allocate(1024);
ByteBuffer byteBuffer = heapByteBuffer.putChar(c);
PathInfo中文问题：
配置tomcat的server.xml：
<Connector URIEncoding="UTF-8"/>
QueryString中文问题：
QueryString是通过HTTP中的Header传到后台的，他的解码字符集默认是ISO-8859-1，
也可以通过Header的ContentType中的Charset来定义。
如何确定后端调取了ContentType中的字符集，需要在server.xml中配置（这个配置只针对QueryString有效）：
<Connector useBodyEncodingForURI="true"/>
针对Header中的其他参数，比如Cookie,redirectPath等。
尽量不要传递非ASCII字符，如果必须，在传递之前用下面的API进行编码再传递：
org.apache.catalina.util.URLEncoder
客户端获取参数为乱码后的解决思路：
1.将POST改为get，查看浏览器端是否有问题。
2.后端request.geCharacterEncdoing返回结果是否是预期编码。
//在第一次使用request.getParameter之前使用 request.setCharacterEncoding(charset);
主要阐述从后台到前台的编解码：
//对返回前台的数据进行编码，前台会首先根据这个值进行解码 response.setCharacterEncoding(charset);
<!-- 如果后台没有设置，会根据页面中的charset来解码，如果页面也有设置则用默认编码来解码 --> <meta HTTP-equiv="Content-Type" content="text/html;charset=UTF-8"/>
<!-- JDBC读写数据时要和数据的内置编码保持一致 --> url="jdbc:mysql://localhost:3306/DB?useUnicode=true&characterEncoding=UTF-8"
<!-- 浏览器会按照charset的设置来解析这个js文件，如果没有设置则默认按照当前页面的的编码设置来解析js文件 --> <script src="de/mo/demo.js" charset="gbk"></script>
//对url根据UTF-8进行编码和解码，除了一些特殊字符"!""#""$""&""‘""("")""*""+"",""-"".""/"":"";""=""?""@""_""~""0-9""a-z""A-Z"
//编码结果在每个码值前加一个"%"
encodeURI("http://localhost:8080/examples/servlets/servlet/来吧昆特牌吧孙子?inviter=杰洛特");
decodeURI("**编码内容**");
//对url根据UTF-8进行编码和解码，相对于encodeURI，它更加的彻底。排除的特殊字符为"!""‘""("")""*""-"".""_""~""0-9""a-z""A-Z"
//编码结果在每个码值前加一个"%"
//它排除的字符比encodeURI更少，通常用于将URL作为参数的URL的编码，如示例如果不将参数URL中的&进行编码会影响到整个URL的完整性
"http://localhost/servlet?ref=" + encodeURIComponent("http://localhost:8080/examples/servlets/servlet/来吧昆特牌吧孙子?inviter=杰洛特&inviter=叶奈法");
decodeURIComponent("**编码内容**");
后端处理URL编解码靠的是 java.net.URLEncoder和java.net.URLDecoder这两个类。
后端对的对URL的编码同样也有排除的特殊字符，与前端的encodeURIComponent相对应。
//后端直接获取传过来的URL参数会自动解码
//如果没有提前设置request.setCharacterEncoding()很容易出现编码不同而导致的乱码
request.getParameter();
//另一种方式是通过前台js对URL进行两次编码，后台不管通过什么进行第一次解码，都能得到正确的UTF-8编码，前台代码如下
encodeURIComponent(encodeURIComponent(url));
//第一次编码的结果（例如：%E2%A7）的百分号，会在第二次编码后将%变成%25（例如：%25E2%25A7）
//后台在执行request.getParameter()的时候会自动解码，不管当前容器的编码是什么得到的是正确的UTF-8编码（例如：%E2%A7）
<?xml version="1.0" encoding="UTF-8"?>
services.VelocityService.input.encoding=UTF-8
<%@page contentType="text/html;charset=UTF-8"%>
注：本文是对“《深入分析Java Web技术内幕》许令波 著” 一书的相关内容的总结
标签：编码 中文 stream 获取 简单 locate 控制字符 返回结果 writer
原文地址：http://www.cnblogs.com/wanshiming/p/7655544.html
