java – 为什么短基元类型明显慢于long或int？

我尝试通过将int基元更改为short来优化 Android游戏的RAM使用率.在我这样做之前,我对Java中原始类型的性能感兴趣.

所以我使用caliper库创建了这个小测试基准.

public class BenchmarkTypes extends Benchmark {

    @Param("10") private long testLong;
    @Param("10") private int testInt;
    @Param("10") private short testShort;


    @Param("5000") private long resultLong = 5000;
    @Param("5000") private int resultInt = 5000;
    @Param("5000") private short resultShort = 5000;

    @Override
    protected void setUp() throws Exception {
        Random rand = new Random();

        testShort = (short) rand.nextInt(1000);
        testInt = (int) testShort;
        testLong = (long) testShort;
    }

    public long timeLong(int reps){
        for(int i = 0; i < reps; i++){
            resultLong += testLong;
            resultLong -= testLong;         
        }
        return resultLong;
    }

    public int timeInt(int reps){
        for(int i = 0; i < reps; i++){
            resultInt += testInt;
            resultInt -= testInt;           
        }
        return resultInt;
    }

    public short timeShort(int reps){
        for(int i = 0; i < reps; i++){
            resultShort += testShort;
            resultShort -= testShort;
        }
        return resultShort;
    }
}

测试结果让我感到惊讶.

测试环境

基准测试在Caliper库下运行.

检测结果

https://microbenchmarks.appspot.com/runs/0c9bd212-feeb-4f8f-896c-e027b85dfe3b

Int 2.365 ns

长2.436 ns

短8.156 ns

测试结论？

短基元类型比long和int基元类型慢得多(3-4~)？

题

>为什么短原语明显慢于int或long？我希望int原语类型在32位虚拟机上最快,长短在时间上相等,或者短到甚至更快.
> Android手机也是如此吗？知道Android手机通常在32位环境中运行,现在越来越多的手机开始配备64位处理器.

解决方法

Java字节代码不支持小于int的基本类型的基本操作(,–,*,/,>>,>>>,<<,％).在指令集中没有为这种操作分配字节代码.因此,VM需要将short(s)转换为int(s),执行操作,然后将int截断为short并将其存储在结果中. 使用javap检查生成的字节代码,以查看short和int测试之间的区别. VM / JIT优化显然偏向于int / long操作,这是有意义的,因为它们是最常见的. 小于int的类型有其用途,但主要用于在数组中保存内存.它们不像简单的类成员那样适合(当然,当它适用于数据类型时,你仍然会使用它们).较小的成员甚至可能不会减小对象大小.当前VM(再次)主要针对执行速度而定制,因此VM甚至可以将字段与本机机器字边界对齐以提高访问性能,但代价是内存花费.