背景
某天，在我的代码里写了如下这么一行注释，让我吃惊是注释里面的代码被执行了。
按常规思路，这行代码被注释了，控制台应该不会有执行结果，但是却出现了如下返回结果。
到这里，我们能大概猜测是 Unicode 解码发生在任何词汇解码之前。而 \u000d 是一个换行符，因此对注释进行了终止导致换行符后面的注释代码被执行了。
什么是 Unicode 逃逸？
我去 oracle 官网查看了一下 Java 语言规范（JLS 3）相关的解释，大意如下：Unicode 转义用于表示仅包含 ASCII 字符的 Unicode 符号。当您需要插入无法在源文件的字符集中表示的字符时，它将派上用场。JLS 3.3节的相关说明，Unicode 转义包含一个反斜杠字符（\），后跟一个或多个’u’字符和四个十六进制数字。
因此，例子中的 \u000d将被视为换行符。
下图为官方 JLS 文档。
这种机制的好处在于它可以在 ASCII 和任何其他编码之间来回切换，并且不需要你弄清楚注释的开始和结束位置！
分析求证
为了证实是不是我们分析的那样，我用了 Java 自带的工具 native2ascii 来将具有任何支持的字符编码的文件转换为具有 ASCII 或 Unicode 转义的文件。
执行如下命令便一目了然了。
我可以发现转换后的代码被换行了！
其实，我也可以通过查看 class 字节码来发现其中的端倪。
看起来跟我们之前分析的一样。
总结
这个骚操作也保证了 Java 核心思想 —— 平台一致性。
虽然这个方式处理机制看似优雅，但是，它却带来了副作用（干扰语义），尤其是在评论中，我们一定要注意！
好了，留个思考题给各位同学，新建一个 Hi.java 文件，将下面的 Unicode 码拷贝到文件，看看执行结果会是什么呢？
来源：
https://sigusoft.com/s/vAyT1HQZSbsIZPHQ2CO3dQ
2024最新激活全家桶教程，稳定运行到2099年，请移步至置顶文章：https://sigusoft.com/99576.html
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。 文章由激活谷谷主-小谷整理,转载请注明出处：https://sigusoft.com/17173.html
