声明变量的哪种方式最快？

Question

对于在经常被调用的函数中使用的变量以及在黑莓上的J2ME中实现的变量(如果改变了某些东西,你能解释一下)吗？

class X {
    int i;
    public void someFunc(int j) {
        i = 0;
        while( i < j ){
            [...]
            i++;
        }
    }
}

要么

class X {
    static int i;
    public void someFunc(int j) {
        i = 0;
        while( i < j ){
            [...]
            i++;
        }
    }
}

要么

class X {
    public void someFunc(int j) {
        int i = 0;
        while( i < j ){
            [...]
            i++;
        }
    }
}

我知道如何访问静态类和非静态类变量,但我不知道它会影响速度.我还记得在某处读取函数变量可以更快地访问,但我不知道为什么以及在哪里读到它.

问题的背景:游戏中的一些绘画功能被过度调用,即使在较大的循环中使用变量时访问时间的微小差异也会影响整体性能.

更新

我设置了一个小测试(下面的代码)并在真实设备上运行它以查看结果是什么样的.我对一个循环10000次访问变量的函数运行了10000次调用.

• 如果变量是函数,则运行需要~9250 ms
• 如果变量属于该类,则运行需要~21700 ms
• 如果变量属于类但是是静态的,则运行~210000 ms.

我不知道测试的结果有多相关,如果它们能够保存在真实世界的程序中,并且没有其他外部因素在起作用.但是,假设他们这样做,因为它匹配这里最常见的视图,那么访问时间之间存在相当大的差异.

这是否属于过早优化？也许,但它似乎也是尽可能使用函数内变量的有用指南.即使将类变量复制到函数中也似乎会影响执行时间.

   final static int MAX = 10000;
   private void runTest()
   {
       long startTime = System.currentTimeMillis();
       for(int count = 0; count < MAX; count++)
           test1(MAX);
       test1.setText(""+(System.currentTimeMillis()-startTime));

       startTime = System.currentTimeMillis();
       for(int count = 0; count < MAX; count++)
           test2(MAX);
       test2.setText(""+(System.currentTimeMillis()-startTime));

       startTime = System.currentTimeMillis();
       for(int count = 0; count < MAX; count++)
           test3(MAX);
       test3.setText(""+(System.currentTimeMillis()-startTime));

   }

   void test1(int j)
   {
       int i = 0;
       while(i < j)
       {
           i++;
       }
   }
   int i2;
   void test2(int j)
   {
       i2 = 0;
       while(i2 < j)
       {
           i2++;
       }
   }
   static int i3;
   void test3(int j)
   {
       i3 = 0;
       while(i3 < j)
       {
           i3++;
       }
   }

Answer 1

它们具有完全不同的语义 - 您是否希望值成为类的状态,类的实例状态的一部分或方法的本地？

JIT有更多机会优化最后一个版本,因为它知道可以使用变量的所有内容(并且不需要担心其他线程访问它).我会说它可能是最快的.

你应该测试一下 - 一般来说,首先编写最易读的代码,看看在尝试这种微优化之前你是否确实遇到了瓶颈.