（期望加精）有关字符编码的问题，求解？
近日在看jsp字符编码的问题时，有几点思考不通，
以下是我的理解，请高手解惑，
所谓的各种编码也不过是 “把字符和01对应的规则”
我知道ASCII码是用7位二进制来表示128个字符，一个字节8位，用一个字节就可表示ASCII码表（最高位不用），也很容易理解如果计算机内存中有一字节内容为： 01000001, 采用ASCII编码的话， 通过查ACSII表，知道它代表字符'A';
对于一门语言，它采用的编码是固定的？？
对于计算机本身而言（脱离任何语言），我们在键盘上按下字符A，则在文本编辑器中可以看到出现一个字符A,这个过程包含基本的输入，输出处理，这一过程是基本的输入输出程序提供的(由操作系统负责调度)？， 和基本的机型有关，； 那它一定也采用了一种编码方式，因为这一过程也包含了编码解码的过程， 我的问题来了：
1.那对于一般的计算机而言，它通常采用的是哪种编码方式？
2.而对于一门语言，如果它和计算机基本的编码不同（比如java，它采用的是unicode码），那是否也有个编码转化的过程？ 在哪一阶段转化，编译期？
[解决办法]
不错，有自己的想法
楼主可以参考我的这个博客
"Java字符编码转换"
[解决办法]
字符编码，就我得理解，字符编码其实就可以去简单理解，比如JAVA是用unicode，C++用ASCII编码，这就导致了各种数据类型占用的字节数不一样，C++ 中char占用1个字节，java占用2个字节，编码得不一样，本质上就是因为存储方式得不一样
[解决办法]
第一个问题：C＋＋和C 语言的编码默认采用的是本地的。Java采用的Unicode
第二个问题：Java举例：你在String str = "码";时应该是从本地读取一串二进制数据，这串二进制数据在本地系统所采用的那种编码中
对应的是“码”，Java语言读到这串二进制数据，比如说是0xdddd;会把它转换另一串二进制数据，假如是0xdfdd，这串二进
制数据在Unicode中对应的"码"。这种转换应该是本地系统采用的编码和Unicode编码之间的转换规则。
System.out.println(str);就是反过来。
如有错误，恳请指正。
[解决办法]
了解字符编码确实很重要，我之前有研究过一段时间，大家可以参考博客：
.Net与字符编码（理论篇）
http://www.cnblogs.com/baoquan/archive/2007/12/04/981721.html
[解决办法]
1.那对于一般的计算机而言，它通常采用的是哪种编码方式？
这个问题应该问：《那对于一般的“操作系统”而言，它通常采用的是哪种编码方式？》
(而不是计算机，计算机是个抽象的概念)
答：一般操作系统是采用“本地编码”。所谓本地编码是操作系统根据具体的国家语种而定的。
例如：简体中文的操作系统一般采用GBK编码，繁体中文一般采用Big5编码。
2.而对于一门语言，如果它和计算机基本的编码不同（比如java，它采用的是unicode码），那是否也有个编码转化的过程？ 在哪一阶段转化，编译期？
答：对于一门语言说其内部最好还是采用一种编码方式来表示字符,这样会显得更方便(例如：Java内部只采用unicode编码)
Java的字节码文件(即：*.class)是由Java源代码(即：*.java)，经由Java编译器编译后得到的。
一个Java源文件(*.java)有其特定的编码类型。例如：GBK编码。(即：简体中文系统默认的编码)
那么我们在编译Java源文件(*.java)的时候，要指明你的源文件(*.java)
采用的是哪种编码方式。例如：javac -encoding GBK Test.java
这样做的原因是要让Java编译器能够按照正确的编码方式去理解你的Java源文件，从而将其转化为字节码文件(*.class)
Java程序中的字节码都是Unicode码，当用javac编译原文件时就涉及到一个编码转换的过程，javac编译时可以指定源文件的实际编码：
即：javac -encoding "GBK" Test.java
这样告诉javac，源文件是GBK编码，如果不写-encoding参数，则用操作系统默认的编码。
这就为什么我们“一般”在简体中文操作系统下,编写的Java源文件的时候，直接采用javac Test.java来编译Java文件。
[解决办法]
这个破编码问题，这么麻烦吗？
1 计算机只能识别单个的字节，占8位，当然你理解成8位的二进制数也行
2 这样只能处理256个字符
3 所以每个国家就自己制定了自己国家文字的编码方式，比如中国的GBK,用2个字节表示一个汉字。
4 某些标准化组织，为了统一标准，就出现了统一编码，把大部分文字都纳入考虑范围。汉字在里面也是2个字节的。
5 而UTF-8则采用3个自己标识汉字。
6 JAVA语言的内部，只有unicode编码
所以，任何的输入和输出，都可能发生转换。 因为同一个汉字编码不同，一旦搞错了就出现乱码了。
[解决办法]
1）计算机默认编码：
高手们回答的很正确，可本人总觉得与其说计算机默认编码到不如说是IDE默认编码。这应该是两个问题，可实际中IDE的问题更多。
2）而对于一门语言，如果它和计算机基本的编码不同（比如java，它采用的是unicode码），那是否也有个编码转化的过程？ 在哪一阶段转化，编译期？
我觉得是不是每一个时期采用的默认编码是不一样的？比如定义
String s = "abc";
byte[] len =s.getBytes();
那他还会转成unicode占用六个字节吗？答案显然不是这样的。好像是你得明文写成s.getBytes("unicode")，他才会是一个六字节数组。
不知道我理解的是否正确，请高手们指正。
[解决办法]
我觉得是不是每一个时期采用的默认编码是不一样的？比如定义
String s = "abc";
byte[] len =s.getBytes();
那他还会转成unicode占用六个字节吗？答案显然不是这样的。好像是你得明文写成s.getBytes("unicode")，他才会是一个六字节数组。
不知道我理解的是否正确，请高手们指正。
------解决方案--------------------
对于windows而言，从2000后就只有uncode编码了，你写的所有程序在最后都是unicode编码，
只是为了向前兼容，windows做了很多你没注意的处理，如果你要做多国语言的软件，你可能
对这个有些了解。
简单来说，如果你在键盘上按下了个字母A,首先是键盘编码芯片获得扫描码，并告知os，产生一个中断，
输入法再根据中断传过来的参数，获得字母A的unicode编码0x0041，显示的时候最终根据0x0041这个
unicode码，找到它的点阵数据，显示到屏幕上的。我说的是点阵字符，其他如矢量字符不太清楚。
至于说到的中文如big5，GB2312等编码，那是在unocode前的办法，现在有了新的
中日韩CJK统一unicoce编码，那些都基本趋于淘汰了。
这是和windows没什么关系的东西了。只是对intel或其他架构的cpu来说，有个大小端的问题。
如在intel上，A在内存中unciode为0x00，0x41，在ARM上是0x41，0x00
[解决办法]
对于response，则是指定输出内容的编码，同时，该设置会传递给浏览器，告诉浏览器输出内容所采用的编码。
3.4. 处理过程
下面分析两个有代表性的例子，说明java对编码有关问题的处理方法。
3.4.1. 表单输入
User input *(gbk:d6d0 cec4) browser *(gbk:d6d0 cec4) web server iso8859-1(00d6 00d 000ce 00c4) class，
需要在class中进行处理：getbytes("iso8859-1")为d6 d0 ce c4，new String("gbk")为d6d0 cec4，内存中以unicode编码则为4e2d 6587。
l 用户输入的编码方式和页面指定的编码有关，也和用户的操作系统有关，所以是不确定的，上例以gbk为例。
l 从browser到web server，可以在表单中指定提交内容时使用的字符集，否则会使用页面指定的编码。
而如果在url中直接用?的方式输入参数，则其编码往往是操作系统本身的编码，因为这时和页面无关。上述仍旧以gbk编码为例。
l Web server接收到的是字节流，默认时（getParameter）会以iso8859-1编码处理之，结果是不正确的，所以需要进行处理。
但如果预先设置了编码（通过request. setCharacterEncoding ()），则能够直接获取到正确的结果。
l 在页面中指定编码是个好习惯，否则可能失去控制，无法指定正确的编码。
3.4.2. 文件编译
假设文件是gbk编码保存的，而编译有两种编码选择：gbk或者iso8859-1，前者是中文windows的默认编码，后者是linux的默认编码，
当然也可以在编译时指定编码。
Jsp *(gbk:d6d0 cec4) java file *(gbk:d6d0 cec4) compiler read uincode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4)
compiler write utf(gbk: e4b8ad e69687; iso8859-1: *) compiled file unicode(gbk: 4e2d 6587; iso8859-1: 00d6 00d 000ce 00c4) class。
所以用gbk编码保存，而用iso8859-1编译的结果是不正确的。
class unicode(4e2d 6587) system.out / jsp.out gbk(d6d0 cec4) os console / browser。
l 文件可以以多种编码方式保存，中文windows下，默认为ansi/gbk。
l 编译器读取文件时，需要得到文件的编码，如果未指定，则使用系统默认编码。一般class文件，是以系统默认编码保存的，
所以编译不会出问题，但对于jsp文件，如果在中文windows下编辑保存，而部署在英文linux下运行/编译，则会出现问题。
所以需要在jsp文件中用pageEncoding指定编码。
l Java编译的时候会转换成统一的unicode编码处理，最后保存的时候再转换为utf编码。
l 当系统输出字符的时候，会按指定编码输出，对于中文windows下，System.out将使用gbk编码，
而对于response（浏览器），则使用jsp文件头指定的contentType，或者可以直接为response指定编码。
同时，会告诉browser网页的编码。如果未指定，则会使用iso8859-1编码。对于中文，应该为browser指定输出字符串的编码。
l browser显示网页的时候，首先使用response中指定的编码（jsp文件头指定的contentType最终也反映在response上），
如果未指定，则会使用网页中meta项指定中的contentType。
3.5. 几处设置
对于web应用程序，和编码有关的设置或者函数如下。
3.5.1. jsp编译
指定文件的存储编码，很明显，该设置应该置于文件的开头。例如：。另外，对于一般class文件，可以在编译的时候指定编码。
3.5.2. jsp输出
指定文件输出到browser是使用的编码，该设置也应该置于文件的开头。该设置和response.setCharacterEncoding("GBK")等效。
3.5.3. meta设置
指定网页使用的编码，该设置对静态网页尤其有作用。因为静态网页无法采用jsp的设置，而且也无法执行response.setCharacterEncoding()。例如：
如果同时采用了jsp输出和meta设置两种编码指定方式，则jsp指定的优先。因为jsp指定的直接体现在response中。
需要注意的是，apache有一个设置可以给无编码指定的网页指定编码，该指定等同于jsp的编码指定方式，所以会覆盖静态网页中的meta指定。
所以有人建议关闭该设置。
3.5.4. form设置
当浏览器提交表单的时候，可以指定相应的编码。例如：
。一般不必不使用该设置，浏览器会直接使用网页的编码。
[解决办法]
说到字符和编码，这位大牛写的文章一定要看 http://blog.csdn.net/fmddlmyy/archive/2005/05/04/372148.aspx，深入浅出，横扫一切牛鬼蛇神！
回到楼主的问题：
1, 跟操作系统，Windows 就是所谓“内码”，可以在这 http://msdn.microsoft.com/en-us/goglobal/cc563921.aspx 查看 MS OS 的默认内码.
2, 估计是编译期，因为编辑时随便你用、运行时由 OS 控制。
（牢骚：干一下 SB CSDN 的‘回帖是一种美德’，MD 这么多无用回复得浪费多少存储字节、网络传输、用户翻帖时间……）
