BufferedReader的 readline方法读取控制台流时出现乱码 你的客户端和服务端的编码相同，并不能保证传输过程中不乱码。先说原因，如果客户端编码为utf-8，服务端编码为utf-8，而在传输过程中以gbk方式传输（这个是假设），那么就是utf-8-gbk-utf8的过程。这个过程当它传输中文为奇数的时候最后一个字不乱码才怪。个人建议，统一字符编码，最好全部为utf-8编码。在过程中，设置utf-8编码，比如PrintWriter out=new PrintWriter(new BufferedWriter(new OutputStreamWriter(socket.getOutputStream()，\"UTF-8\"))，true)；后面直接out.write(str)；这样就不会出现你说的情况。
汉字编码GB2312-80中，为什么既有国标码，又有机内码？ 机内码是计算机中存储汉字时，实际使用的编码；那么国标码呢？我实在不知道这个“国标码”究竟派什么用…
在输入汉字时采用的编码叫什么，在输出汉字时采用的编码叫什么？ \"直接用输入法打出来的字\"-这里含好几个过程。（1）当你用键盘打字时，从键盘进入计算机的是ASCII码序列。（2）“输入法”把 ASCII码序列 转换成 输入法 自己规定的 码。（3）你在一个窗上看到的东西，例如 notepad 的文本编辑窗，wordpad 的文本编辑窗，或 DOS 黑窗(控制台命令窗）那是 把“输入法自己规定的码”显示出来，这里有一个编码到字体（font)到bitmap点阵图形的转换。只有当它们匹配时才能显示出有意义的 字的形状。否则看上去是“乱码”。以DOS 黑窗为例，只有正确设置它的 所谓 代码页e799bee5baa6e58685e5aeb931333337616634(code page)，才能显示出有意义的字形。GBK的code page是CP936；BIG5的code page是CP950；GB2312的code page是CP20936；DOS 命令 CHCP 不带参数 可以显示 当前“代码页”，加参数可以改变“代码页例如：chcp 936 例如：chcp 437（4）从文本编辑窗 到 存放的文件 也有 代码的转换。例如，notepad，可以存放为 unicode 小端码，unicode 大端码，UTF-8码.unicode 文件会在文件头自动添加 unicode BOM(Byte-Order Mark)所以，直接用输入法打出来的字是什么编码的呢，具体情况具体分析，不可一概而论。
