有一句话是这么说的：不要跟我比懒，我懒得跟你比……
拖延症有时候想想也是挺类似的。作为一名拖延症的患者，虽然我们都意识到了拖延症的不好，也同意应该要尽早纠正这样的状态，但与此同时内心却依然有一个声音：等一等再纠正吧……
至于你说为什么？很简单，因为是拖延症患者嘛！如果一个人能立马就纠正他的状态，那他就不是拖延症患者了，对吧？
你可能会说，来来来，给你几个克服拖延症的建议，1,2,3,4……拖延症患者会想：嗯，建议不错，我等一等再试试看吧……
有个冷笑话是这么说的：几个月前，在书店看了一本关于战胜拖延症的书，觉得挺好的就买下了，到现在还没怎么看......
所以你看，关键并不在于建议。生活上有很多事情也是类似的。比如说一个穷人他需要时间去提升自己，可穷人往往也缺乏时间；一个觉悟不高的人他需要提高自己的觉悟，可是正因为他觉悟不高，所以他觉悟不到自己觉悟不高……
你觉得呢？
深入介绍了 JSP 中的编码与乱码问题, 分析对比了 page 指令中的 pageEncoding 属性和 contentType 属性, 还对 JSP 与 servlet 及 HTML 的关系作了一个简要介绍.
在说完了网页中的编码与乱码（一, 二, 三, 四, 五 ）, servlet 中的编码问题 后, 这次来探讨一下 JSP 中的编码与乱码问题.
在之前, 曾谈到过 JSP 与 HTML 间的关系, JSP 本质上是一个 HTML 的模板, 用于在服务端动态生成 HTML, 这点跟 servlet 是类似.
其实 JSP 本质就是 servlet, 一个 JSP 页面它会被编译成一个 java 文件, 实际上就是一个 servlet 类（或其子类, 在文章的后面会具体讨论这个问题）.
介绍了 Java servlet 使用 PrintWriter 时的编码与乱码问题, 并探讨了 PrintWriter 的缺省编码与普通字符流的缺省编码的差异.
在前面的网页中的编码与乱码系列中（一, 二, 三, 四, 五 ）, 曾多次提到使用 servlet 方式构建的动态响应流, 不过在那里都是直接使用字节流的方式, 不过, 更为常见的方式是使用字符流. 而在前面, 又谈到了 Java 字节流与字符流的话题（一, 二, 三, 四 ）.
有了前面的基础, 现在来说下 Java servlet 中使用字符流, 也即是 PrintWriter 时的编码与乱码问题.
先回顾一下, 在之前的字节流响应中, 我们使用 String.getBytes 方法, 然后总是显式传入编码的参数, 使它与 meta 中或者 header 的声明一致. 比如这样:
怎样算是"一个字符"?
在这一篇, 我们谈论最后一个话题, 就是"到底怎样才算一个‘字符’"?
其实这个话题在 字符集与编码（五）--代码单元及 length 方法 中和 文本在内存中的编码(1)--乱码探源(4) 也有所涉及, 这里结合字符流的话题再综合深入探讨它一下, 并且还将涉及一个 unicode 组合字符及正规化的话题. （这在前面也没有涉及过的）
初看起来, 这是个很 naive 的问题. 以前面经常举的例子来说:
"h" 是一个字符；
"i" 是一个字符；
"你" 是一个字符；
"好" 也是一个字符.
其次是现在。
