java file 初始化_java 中file.encoding的设置详解

java 中file.encoding的设置详解

昨天有人在讨论关于设置system的property,file.encoding 修改defaultcharset无效

properties pps=system.getproperties();

pps.setproperty("file.encoding","iso-8859-1");

在java中，如果没有指定charset的时候，比如new string(byte[] bytes),都会调用charset.defaultcharset()的方法

public static charset defaultcharset() {

if (defaultcharset == null) {

synchronized (charset.class) {

java.security.privilegedaction pa =

new getpropertyaction("file.encoding");

string csn = (string)accesscontroller.doprivileged(pa);

charset cs = lookup(csn);

if (cs != null)

defaultcharset = cs;

else

defaultcharset = forname("utf-8");

}

}

return defaultcharset;

}

我们可以清楚的看到defaultcharset是只能被初始化一次，这里还是有点小问题的，在多线程并发调用的时候还是会初始话多次，当然后面都是从cache(lookup的函数)里读出来的，问题也不大。

当我们在改变system.getproperties里的file.encoding 的时候，defaultcharset已经被初始化过了，所以不会在调用初始话的代码。

当jvm 启动的时候，load class, 最后调用main函数之前，defaultcharset已经初始化好，而很多函数里都掉用了这个方法象string.getbytes, 还有 inputstreamreader， inputstreamwriter 都是调用了 charset.defaultcharset()的方法，就不去追查谁先调用了defaultcharset。

对defaultcharset,在jvm里的语言就是初始话在启动的时候，而且不可被更改，你只能修改系统的charset,或者jvm的启动参数里加上 -dfile.encoding="utf-8"

题外话

在java里面string是使用char数组来表示，而java的char和c的char是不同的，java的char是双字节的, 而c 里面的char单字节，等同于java byte

也就是说我们在转化byte 到string的时候，是根据charset decode转化成char， 而我们在调用println,write string的时候，还是要把char最后encode成byte 输出到控制台，或者文件中。

而在最后调用c函数write 的时候，如果是java 的byte数组，还要转化成c 里的char数组

(*env)->getbytearrayregion(env, bytes, off, len, (jbyte *)buf);

感谢阅读，希望能帮助到大家，谢谢大家，对本站的支持！

希望与广大网友互动？？

点此进行留言吧！