除了short []和int []之外,在32位平台上使用short和int没有任何性能上的好处-即使这样,缺点通常也超过了优点。
假设您在x64,x86或ARM-32上运行:
使用SHORT与INT相比,您看到的 唯一 好处就是分配了它们的数组。在这种情况下, N个 短裤阵列的长度大约是 N个 整数阵列的一半。
除了在大量短裤中存在复杂但局部的数学运算的情况下,将变量同时包含在热循环中而带来的性能优势之外,您再也看不到使用SHORTS与INT的优势。
在 所有 其他情况下(例如,用于字段,全局变量,参数和局部变量的短裤),除了可以存储的位数之外,SHORT和INT之间 没有 区别。
我的建议一如既往,建议在使代码更难阅读和人为限制之前,尝试对代码进行 标记, 以查看内存和cpu瓶颈在哪里,然后解决这些瓶颈。
我强烈怀疑,如果您遇到应用程序使用整数而不是短裤的情况,那么您早就放弃了Java,以减少内存/ cpu的运行时,因此所有这些工作都需要预先进行浪费了精力。