字符上的Hashmap的替代选择（即更好的选择）

就像EnumMap在与enum一起使用时更好的选择地图一样，是否有更好的地图选择（而不是每个人使用的通用HashMap）来处理字符？字符上的Hashmap的替代选择（即更好的选择）

字符有点类似于枚举成员，因为它们有一定数量，所以我认为它们可能会有一种“特殊”类型的映射？

[编辑] 通过“好”我的意思是“快”，并使用“更少的内存”

有没有更好的选择，我知道，但是什么是只使用HashMap？ –

以什么方式更好？ –

也许你正在做的一个例子将有助于理解你的意思是“更好的方式”。 –

我想我明白你的问题。如果字符数量有限，则应该能够节省哈希映射的大小。

但是你可能忽视国际化的事情？实际上并不是那种“有限”的一些字符。（真正的unicode具有可变长度编码等）所以我怀疑会有一种节约的好方法。

如果您使用的是特定语言26个字符，你可以考虑为你的工作制作你自己的枚举（或者更简单，一个数组）。如果你是在一个国际独立的答案后，我不禁...

2013-05-17 02:14:42

哦，我知道这是一个有限数量的字符，因为这是用我们想出的“人造”语言来处理固定的一组字。所以字母是已知的并且是固定的 –

回答