「java编码的系统」java程序编码

今天给各位分享java编码的系统的知识，其中也会对java程序编码进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、java使用unicode为默认编码是什么意思
• 2、java中编码与解码分别指什么？
• 3、为什么java的默认编码不是utf-8 而是gbk
• 4、Java中，内存的字符表示的是Java的unicode编码？系统中的文件表示的是系统的默认编码？

java使用unicode为默认编码是什么意思

java初学者都会接触到一个概念，既java的默认编码是uincode，但书上也就出现这句话而已，究竟是什么意思就没再说。其实对于一个程序员来说，一个平台的编码方式是不用了解的，因为这是他内部处理字符的方式，和我们顶层设计程序是没有多大关系（如果真要说有关系的话，一个就是你对这个平台的熟悉程度，另一个就只能是你要处理的字符奇葩到要考虑编译器有没有包括这个字符）。但这并不是指我们在编程的时候完全不用考虑编码问题，恰恰相反，编码问题是跨系统交流的基本。

那java哪里会用到编码问题呢？最常见的是流，下面有两个例子。1.在linux下用java创建了一个文件（这里默认代码里没有指定编码），里面包括英文和中文，然后在windows下同样用java读取这个文件，并输出，结果中文出现了乱码；2.android手机和电脑的两个java程序进行类似qq的信息交流，中文都是乱码。疑惑来了，java不是跨平台吗，而且默认编码就是unicode，为什么会有编码？ 正如上面所说，java的系统编码是管理内部变量等信息的，是统一不能变的，但上面两个例子出现乱码的原因在于这些字符信息是从外界读取的，编码方式直接影响到字符的显示，比如gbk一个字符是1或2个字节，中文是2个，而utf8是1到4个字节不定，中文是3个，utf16是2个字节固定不变，所以很明显了，同样字节数的源信息可以每2个或者每3个字节表达一个中文，不同编码当然不同了，而且即使gbk和utf16都是两个字节表示一个中文，同样的二进制也对应不同的字符。所以从外部读取到这些byte信息后，就要指定编码，比如new

String(byte[],charset),当然，也可以在构建流的时候就指定，像new

InputStreamReader(InputStream,charset)等，但像BufferedReader等没有相应的构造函数，就只能把上面的InputStreamReader作为参数了。

总结：

1.String和流（包括控制台的输出输入）的默认编码是根据系统而定，即jvm假设这些信息是当前系统创建的，windows默认中文是gbk，linux和mac是utf8（这里又来了，utf8和unicode是什么意思，简单地说，unicode是把每个字符和一个唯一的二进制码对应的标准，而utf是unicode

transformation

format,即如何表示每个唯一的二进制码，utf8，utf16和utf32是不同的编码方式）；

2.IDE设置的编码方式用于存取java源文件，对于在不同系统平台上共享代码很重要；

3.java编译器采用utf8，即class文件的存储是用utf8，因为相对于utf16，utf8在处理英文占用内存小，而程序大部分都是英文；

4.jvm运行时的编码方式是utf16，即jvm用utf8从class文件读取程序后再转化为utf16编码的字符串，因为utf16是2个字节，统一的长度更方便jvm申请数组等操作；

5.网页大部分是用utf8编码的，在html头几行有charset的信息，在对下载下来的网页进行解析时，要注意编码，谷歌百度在对搜索结果的解析时也是用utf8的，所以在涉及到网络时编码问题非常重要，本人曾经栽得很惨，当然了，谁叫windows的编码不是utf8；

6.不知大家有没有经历过，如果编码弄错了，一般只有中文会出现乱码，而中文后面的英文是正确的，不合理啊，这不是类似多骨诺米牌吗，一个错了，后面不是全倒吗。所以别小看那些制定编码的专家，像utf8每个字节的前几位都用来表示一些信息，不同字节还不一样，而utf16也有，所以弄出了utf16le和utf16be

java中编码与解码分别指什么？

java中编码：URLEncoder.encode(strUri,"utf-8");

java中解码码：URLDecoder.decode(strUri,"utf-8");

java编码和解码        

流读取文件，具有转换编码功能的有：OutputStreamWriter和InputStreamReader，

构造器有如：

InputStreamReader(InputStream in, String charsetName)

创建使用指定字符集的 InputStreamReader。

OutputStreamWriter(OutputStream out, String charsetName)

创建使用指定字符集的 OutputStreamWriter。

处理字符串编码问题：

重新对获取的字符串进行编码：Byte[] bytes = str.getBytes(String encodeCharsetNam);

重新对bytes进行解码，创建新的字符串对象：str = new String(Byte[] bytes,String decodeCharsetName);

一般结合使用：str = new String(str.getBytes(String encodeCharsetName),String decodeCharsetName);

例如：resultName=new String(username.getBytes("ISO-8859-1"),"UTF-8");

还可以加入判断：

if(!Charset.forName("gbk").newEncoder().canEncode(str)){str = new Strin(str.getBytes("ISO-8859-1"),"UTF-8");}else{str = new String(str.getBytes("ISO-8859-1"),"gbk");}

处理请求参数传递编码问题：

java中编码：URLEncoder.encode(strUri,"utf-8");

java中解码码：URLDecoder.decode(strUri,"utf-8");

js中编码：encodeURIComponent(strUri);encodeURI(strUri);escape(str);

js中解码：decodeURIComponent(strUri);decodeURI(strUri);unescape(str);

补充概念：

URI组件：主机、端口、路径、查询参数、片段等。

URI组件分隔符：:/?#[]@,冒号用于分隔协议和主机，/用于分隔主机和 路径，?用于分隔路径和查询参数，用于分隔多个查询参数等。

URI中的不安全字符或保留字符： ! * ‘ ( ) ; : @ = + $ , / ? # [ ] 他们具有特殊作用，例如上面的分隔作用。

URI允许出现的字符：只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符，其他字符均需要经过编码之后才能出现在Url中，比如使用保留字符的原意，而不是特殊作用。

js向java/jsp的编码与解码：

js中编码：encodeURI(encodeURI(strUri));decodeURIComponent(decodeURIComponent(strUri));

java/jsp中解码： java.net.URLDecoder.decode(strUri,"UTF-8");

js中编码两次的问题：如果使用一次编码，在浏览器地址栏里，浏览器认为%是个转义字符，浏览器会把%与%之间的编码值，两位两位取出后进行解码。

然后再传递给处理页面，然后由处理页面进行再次解码，这样前面就缺少了一次编码过程，所以前面需要连续两次编码。

为什么java的默认编码不是utf-8 而是gbk

因为系统是中文语言的，得到的是GBK编码，所以肯定不是utf的。

工具：

win7

jdk

方法：

在计算机上右键选择属性

点击高级系统设置

点击环境变量

在系统变量中点新建，输入变量名为: JAVA_TOOL_OPTIONS， 变量值为：-Dfile.encoding=UTF-8，确定就可以了。

Java中，内存的字符表示的是Java的unicode编码？系统中的文件表示的是系统的默认编码？

1、Java中，字符在内存中是用unicode编码的

2、系统中的文件默认是用默认编码编码的。解释一下：对于每个语言/区域，比如中文/中国，中文/台湾，英语/美国，英语/英国，系统都指定一个特定的编码方式，当读取或保存文件时，如果不指定要使用何种编码方式或读取时在文件中找不到编码方式的识别码（姑且这么叫吧，作用是帮助识别文件的编码），就会使用这个特定的编码方式，这就叫默认以默认编码方式编码或解码。

如果文件中存在一个utf8编码的文件，Reader类读入它时，为什么要使用GBK来转换呢？因为它笨，它只会使用默认编码来转换，而此系统的默认编码恰好是GBK，如果默认编码是其它的，它也会选择那个对应的默认编码来转换，不要以为Reader类就不犯错。所以，使用Java的io类库时，有时需要自己指定编码，不要以为Java类为你搞定了一切。回头想想，Reader类表现得有点欠佳，这也很正常。毕竟，这世上有那么多的编码方式，Reader类怎么能尽知你的文件使用的是哪一个，即便它都知道，也不可能有能力处理这么多的编码方式啊。所以它不管对错，只认一种——默认编码方式，负责选择正确的编码方式，那是软件开发者和这个文件使用者的责任。

java编码的系统的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java程序编码、java编码的系统的信息别忘了在本站进行查找喔。