24 碰到的一个 idea的奇怪的编码问题

以下为日记内容, 实质记录是发生在昨天, 08.09

咦, 现在的文档下载都至少需要 1个积分了吗, 之前的那些免费的文档似乎也被csdn控制成了需要1积分下载了 

--------------------------------------------------

今天 晚上 idea 遇到了一个编码问题 我不太明白, 说一下环境吧
idea 启动程序编码[-Dfile.encoding]默认是 utf-8, 然后 测试程序文件的编码 也是gbk, 然后 System.out.println 出来[debug的结果也是一样]的结果为 该字符串的 gbk编码之后 utf-8解码的乱码 "���"
这个倒是正常的瑟, 文件写入以 gbk 写入, 然后 以utf-8读出 乱码, 然后 之后的时候, 我在测试程序配置了一下 -Dfile.encoding=gbk, 然后 妈的 返现输出 还是乱码 "???"
然后 之后的时候, 我就把 idea的 jvm 配置增加了 -Dfile.encoding=gbk, ## 然后 这时候, 原来是 gbk 的文件, 不知为何idea突然 换成了以 utf-8 加载, 然后 我以gbk编码reload了一下, 正常了, 
然后 继续跑, 然后 发现, 还是 以gbk编码之后 utf-8解码的乱码 "���", 然后 之后 再启动测试程序配置了一下 -Dfile.encoding=gbk, 然后 还是 "???"
然后 就在我放弃的时候, 我删掉了 idea 的jvm配置 -Dfile.encoding, 然后 删掉了测试程序的 -Dfile.encoding, 然后 跑了一下, 我去 居然又好了, 真是奇怪
然后 我想了一下, 可能存在的原因, 可能是因为 我的项目是 gbk 编码嘛, 然后 但是存在部分文件是 utf-8 编码, 然后 在决策以什么编码编译的时候, 编译器可能以utf-8读取的文件, 但是 为什么测试程序 配置了 -Dfile.encoding=gbk, 然后 读取到的数据 仍然是乱码, 这个 我就不知道了[因为根本与 file.encoding的配置没有关系]
然后  我尝试证实一下这个猜想, 然后 更新了一下 外部的一个文件的编码, 以及 req_dto包下面的一个文件的编码, 更新为 utf-8, 然后 发现, 我的猜想是错的 !
java编译器编码和JVM编码问题？

https://www.zhihu.com/question/30977092/answer/50182545

然后 看了一下 R大的这篇文章, 我觉得问题可能实在 编译器编译的时候的编码, 可能在第一次进来的时候 和最后一次运行的时候, 可能是读取源码文件的时候编码可能不一致吧, 可能前者使用 utf-8读取的源码, 然后 后者以gbk读取的文件, 然后 执行的时候, 因为字节码规范约定的字符串以utf-8存储, 然后 jvm读取字节码的时候 以utf-8读取字符串[偏离了这里的问题之外]
问题的出现的原因
-----
这个 问题, 还得想想, 说不定 可以写出一篇博客, 如果能够重现问题就好了, 
哦, 说一下 问题的出现的吧, 首先是 我创建了一个 train_dto 的包, 然后 吧train相关的 reqdto 拷贝进来了, 文件格式是 utf-8m, 
然后 其余的大部分文件时 gbk, 外围的 test03 还有几个utf-8的文件, 然后 新建了一个 gbk 的 Test27GenerateXYJParamSql, 然后 跑的时候, 就出现了 这个问题,


源码的编码[gbk] - 编译器读取文件的编码
在之前存在乱码问题, 在之后增加 -Dfile.encoding idea配置选项, 然后又删除, 重启之后不存在乱码
源码的编码[utf-8] - 编译器读取文件的编码
吧 Test29OutputChinese 编码变成 utf-8, 然后 输出的结果 为 "浣犲ソ"[utf-8, gbk]
测试程序 源码 gbk, 加上-Dfile.encoding=gbk, 之后 str.getBytes("gbk"), "utf-8") 为 "???" [这个输出不一样, 可能是与System.out的输出编码有关系]
## 哦, 对了, 还有一个 编码是 System.out.println 编码, 但是 不应该是这个, 毕竟 debug 调试的时候, 字符串就已经是 乱码了,

哦, 对了 吧 Test29OutputChinese 编码变成 utf-8, 然后 javac -p 给定的字节码文件, 得到的结果 是"浣犲ソ"的乱码, 然后 文件如果是 gbk编码写出, 则是正常的 "你好", 因此, 可以推测出 javac 的读取源码的编码是 使用的编码是 gbk[也就是 R大回答的如果编译的时候 没有指定-encoding 读取平台默认编码, 我这里的默认编码为 gbk]

--------------------------------------------------
然后 加上 -Dfile.encoding=gbk, 字节码中得到的是正常的 "你好", 然后 str.getBytes("gbk") 得到的是 [-60,  -29,  -70,  -61]
加上 -Dfile.encoding=utf-8, 字节码中得到的是正常的 "你好", 然后 str.getBytes("gbk") 得到的是 [-60,  -29,  -70,  -61]
调试 上面的两个 -Dfile.encoding, 在 StringCoding. decode(byte[] ba, int off, int len) 末尾, 两个得到的结果是一致的 !
然后 看两个字符串包装的 char数组, 发现他们的数据 也是一样的, 然后 这里的输出不一样, 可能是与 System.out 的输出编码有关系[强调了三次]
在上面两个 -Dfile.encoding 调试的时候, 我去 jvm 还崩溃了一次, 在 StringCoding. decode(byte[] ba, int off, int len) 之后
然而 直接 run as 却没事,,. 我去 这是什么情况, 现在 不知为何, 只要 已在 String.class 中打断点, 一下就崩溃了[前几次调试都还行, 后来不知怎么的就挂了],, 不论哪一种 -Dfile.encoding
--------------------------------------------------
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00000000512142b9, pid=51568, tid=51764
#
# JRE version: Java(TM) SE Runtime Environment (7.0_40-b43) (build 1.7.0_40-b43)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.0-b56 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# V  [jvm.dll+0x542b9]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# D:\Program Files\WorkStations\EclipseWorkStation\HelloWorld03\hs_err_pid51568.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#

--------------------------------------------------

调试 StringEncoding.encode 的过程中的crsh 日志文件 : http://download.csdn.net/download/u011039332/9928429

今天 又来debug, 结果 还是 crash了, 然后 这里的日志是今天的crash日志, 昨天的被删掉了

--------------------------------------------------

对了, 差点忘记了放测试代码, 几句 System.out.println

/** * Test28OutputChinese * * @author Jerry.X.He <[e-mail]> * @version 1.0 * @date 8/9/2017 8:43 PM */public class Test28OutputChinese {    // Test28OutputChinese    public static void main(String[] args) throws Exception {        String str = "你好";        System.out.println(str);        System.out.println(Charset.defaultCharset());        byte[] gbkDecoded = str.getBytes("gbk");        for (byte b : gbkDecoded) {            System.out.print(b + " ");        }        System.out.println();        String gbkUtf8 = new String(str.getBytes("gbk"), "utf-8");        System.out.println(gbkUtf8);//        info(new String(str.getBytes("gbk"), "ascii"));        String utf8Gbk = new String(str.getBytes("utf-8"), "gbk");        System.out.println(utf8Gbk);    }}

--------------------------------------------------

希望之后能够回过头来真真正正的有头有尾的解释这个问题吧[上面都只是猜测], 哦, 对了 还有这个 crash 的原因

refer 

https://www.zhihu.com/question/30977092/answer/50182545