正如使用EnumMap时enum是更好的地图选择一样，是否有更好的地图选择（而不是每个人都使用的通用HashMap）来处理字符？
字符有点类似于枚举成员，因为它们有一定数量，所以我认为它们可能有一种“特殊”的地图？
[编辑] 通过'更好'我意味着'更快'并使用'更少的记忆'
答案 0 :(得分：2)
我想我理解你的问题。如果有一个有限数量的字符，你应该可以节省哈希映射的大小。
但是你可能会忽视国际化的事情吗？实际上并没有那么多“有限”的字符。 （真正的unicode有可变长度编码等）所以我怀疑会有一个很好的节约方法。
如果您使用的是特定语言，例如26个字符，您可以考虑为作业创建自己的枚举（或更简单的数组）。如果您正在追求独立于i18n的答案，我无法帮助......