Java纪律分析
- 问题描述
- 原因分析：
- 解决方案：
- 要求
- 实例
- 补充：
- 设定两个字符,代码如下:
- 见 Windows 中的默认字符。
- Windows操作系统改变命令行的字符集 。
- 总结
问题描述
两种情况：
使用 Javac 指令编辑时出错, 例如 :
成功建造了它, 但是 Java 命令使用错误来执行玻璃文件, 例如 :
原因分析：
以下是生成 Java 源代码的程序 :
在解码、编码和显示数据时,使用了字符集。
通常，在没有任何参数的情况下使用javac命令是不可行的。javac 程序将使用当前系统的默认字符集。 Java源代码,内容随后使用当前系统默认字符集解码、翻译和编码。例如,在Windows系统中(通常是GBK):
如果你执行喷气指令添加了-encoding <字符集> 选项，然后将使用给定字符集。 Java 解码,然后翻译，它将使用当前系统的默认字符集编码。 Class 字节文件,例如,在Windows操作系统上,当执行javac-encoding utf-8命令时:
这就是为什么 Java 字符组是 utf-8, 以 Javac-encoding utf-8 逗号表示, 而当使用 utf-8 时, 命令行字符组似乎处于混乱状态, 例如 :
这是因为,尽管在解码时 Javac 命令是在 utf-8 的基础上解码的,但系统默认的GBK 被用于编码,因此当使用 utf-8 字符集的命令行执行这些GBK-coded.Class 文件时,仍然一团糟。当执行级别字节文件时,命令行将根据当前命令行的字符集显示结果(通常与系统默认字符集相同)。
因此上面有一个问题, 如果您将命令行的字符设置改变为 GKK, 请这样做 。 类文件可以适当显示如下 :
综上，有一个废墟或编译者 错误地报告了一个不可映射的字符然后是。 Java 源文件不同于用于解码或编码 javac 命令( 即生成的) 的字符集。 类字节文件的字符集不同于命令行字符集 。
解决方案：
要求
如果没有无政府状态,必须满足两个条件:
- 编译时，用于 Java 源文件的字符集与用于 javac 命令的字符集相同 。例如,如果系统默认字符集是.. Java 源文件的字符集不同,如果系统设置字符集.. Java 文件也可以直接使用 javac 。
- 执行时，类字节文件 (. class) 用于类字节文件的字符集与系统在形成时的默认字符集相同) 与命令行字符集相同 。换句话说,一般而言,因为命令行的字符集通常与系统的字符集相同,这就是为什么我把它编译在同一台电脑上。 类文件是直接可执行的, 没有误解; 如果把它编集在电脑上( 满足1以上), 它是直接可执行的 。班级文件是在另一台机器上被处决的 然后我拿到了因此,两个个人电脑的系统默认数据集可能存在一些不确定性。那时你必须完成这个任务要阅读, 命令行的字符集必须调整。 对类文件必须使用相同的字符集 。实例可在“原因分析”一节中找到。
实例
因为系统的字符集是GBK,另外, Java 文件的 tf-8 也有所不同 。执行 javac 指令时, 请使用 -- encoding utf-8 请求使用 utf-8 解码 。此外,由于命令行的字符集默认等于系统字符集,因此,在使用爪哇的命令执行时,直接能正确显示。
补充：
设定两个字符,代码如下:
| 字符集 | 代码 |
|---|---|
| GBK | 936 |
| utf-8 | 65001 |
见 Windows 中的默认字符。
在命令行上,输入以下命令:
Windows操作系统改变命令行的字符集 。
要切换到所选字符集,请使用命令行命令:
总结
如果它只是被装到电脑上 投入行动那么使用javac -encoding <.java源文件的字符集> 命令编译，直接执行爪哇命令。通常没有模棱两可之处。如果出现中断,则必须通过汇编和执行来核实遵守标准的情况。
这些只是我自己的想法,如果你有任何问题,请告诉我!