String直接量的编码依赖源文件的编码吗

finemi 2015-04-25 10:34:18

比如一个.java源文件保存为gbk编码，里面有一个写在代码内的常量字符串。
当我使用这个字符串的时候，他是否就是GBK编码的字符串？
我感觉java的字符串应该和编码无关吧，但是刚刚测试UTF-8的java源文件编译后，输出语句输出的常量是乱码，改为GBK就正常。
求大神详细讲解下相关知识

...全文

78 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

finemi 2015-04-26

打赏
举报

回复

引用 1 楼 u011004037 的回复:

个人感觉，如果没有指定字符编码，那么javac会使用默认的编码解析文件（应该是系统默认编码吧），那么源码中UTF-8编码的汉字就有可能被当成GBK编码的，因为两种编码方式的码值不一样，UTF-8的码值在GBK中可能就没有对应的字，然后就乱码了。lz可以试试使用GBK编码格式打开一个UTF-8编码的文件，就是一堆乱码。

哦，原来是编译时做的，我还以为是运行时呢

youzi05 2015-04-25

打赏
举报

回复

个人感觉，如果没有指定字符编码，那么javac会使用默认的编码解析文件（应该是系统默认编码吧），那么源码中UTF-8编码的汉字就有可能被当成GBK编码的，因为两种编码方式的码值不一样，UTF-8的码值在GBK中可能就没有对应的字，然后就乱码了。lz可以试试使用GBK编码格式打开一个UTF-8编码的文件，就是一堆乱码。

主要讲解String类型的不可变性，里面的方法，==等

C/C++ 字符串的编码字符串的编码需从两个方面考虑1. 在源文件中存储时的编码2. 在内存(运行时)和可执行文件中的编码字符串在源文件中存储时的编码此时的编码依赖于源文件的编码。比如源文件的编码是utf-8，那么这个字符串在文件中的编码就是utf-8。源文件编码字符串编码utf-8utf-8ucs-16/32ucs-16/32gb2312gb2312............字符串在内存(运行时)...

以下讨论两种常用编译器gcc,cl中对Unicode字面值的实现：GCCgcc中跟编码方式转换有关的三个编译选项：-finput-charset=charset，此选项指定源文件本身的编码方式，默认为UTF-8(有无BOM均可)。例如当我们的源代码文件保存为GBK时，则也应当将此选项的值指定为GBK。-fwide-exec-charset=charset，此选项指定宽字符或宽字符串的字面值常量的内部编码方式，默认为UTF-32或UTF-16，对应wchar_t的宽度。wchar_t的宽度依赖平台实现，win

"汉字" GBK编码：BA BA , D7 D6 UTF-8编码：E6 B1 89, E5 AD 97 UTF-16BE编码：6C 49, 5B 57 两种常用编译器gcc,cl中对Unicode字面值的实现： GCC gcc中跟编码方式转换有关的三个编译选项： -finput-charset=charset，此选项指定源文件本身的编码方式，默认

编译器对c++源文件编码的识别注意，这里说的，是对于源文件编码的识别，而不是用c++来读写文件。实际上，不同编译器对于源文件编码的识别时有差异的，这是你需要特别注意的一点。如果你在 Code Blocks 里边在源文件中写了中文，用 sublime 打开却发现出现乱码，本文可以彻底解决这个问题。基本知识和基本工具本篇是整理时加上的一节，我觉得最好将一些基础知识提前说清楚，便于之后的陈述。文...

67,513

社区成员

225,879

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章