java - Java VM 是否会因其编码而变慢?

标签 java encoding jvm

假设一位西类牙队友用 TipoNotificación 编写了一个类。请注意特殊字符,如 ú、ó 等。

除了编码项目规范化之外,我还会面临什么样的麻烦?

最佳答案

Beyond the coding project normalization

这应该是排除标识符中的非 ASCII 字符的充分理由:

  1. 某些字符在视觉上无法区分(U+0041/U+0391),在极端情况下可能会导致困惑
  2. 并非每个人都拥有可以轻松输入可爱字符的键盘;这可能会让开发者感到沮丧。

至于你原来的问题,我认为没有任何重大的开销。如前所述,字符串内部存储为 UTF-16。然而,JAR 文件中的文件名(包括类文件名)以 UTF-8 编码,这意味着 JVM 在加载时为每个非 ascii 字符读取一个额外字节。由于西类牙语每个单词最多有一个变音符号,因此您可以预期每个类平均会增加一到两个字节。即使在最有限的硬件环境中,您也无法注意到它。

关于java - Java VM 是否会因其编码而变慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5719651/

相关文章:

java - 实例化 map 列表时获取 'Type mismatch: cannot convert from ArrayList<HashMap<String,String>> to List<Map<String,String>>'

javascript - 在不运行小程序的情况下确定客户端计算机上的 jvm 位数

java - 在Java中开发泛型修饰符的正确方法

c++ - 如何使用 std::ifstream 读取 UTF-8 编码的文本文件?

java - 在 Windows 10 上运行 UTF-8 Java 文件与在 Linux 上运行相同

C#:属性与常量的不同字符串编码

java - 堆外数组的直接操作

java - 动态可扩展的 JVM 堆栈

方法参数列表的Java 8并行流

java - 查找两个字符串中的共同字母(Java)