なぜrunnableに渡される変数が最終的に必要なのですか？

Question

変数int x = 1があり、メインスレッドで実行可能ファイルを宣言していて、実行可能ファイルのrun()メソッドにxを渡したい場合は、finalと宣言する必要があります。どうして？

final int x = 0;//<----must be final... 
private class myRun implements Runnable { 

    @Override 
    public void run() { 
     x++;// 
    } 

} 

Answer 1

彼らは変更されることが可能であるならば、それは多くの問題を引き起こす可能性があるため、これを考慮してください。

public void count() 
{ 
    int x; 

    new Thread(new Runnable() 
    { 
     public void run() 
     { 
      while(x < 100) 
      { 
       x++; 
       try 
       { 
        Thread.sleep(1000); 
       }catch(Exception e){} 
      } 
     } 
    }).start(); 

    // do some more code... 

    for(x = 0;x < 5;x++) 
     for(int y = 0;y < 10;y++) 
      System.out.println(myArrayElement[x][y]); 
} 

これはおおまかな例ですが、説明できないエラーが多く発生する可能性があります。これが変数が最終的でなければならない理由です。上記の問題に対する単純な修正があります：

public void count() 
{ 
    int x; 

    final int w = x; 

    new Thread(new Runnable() 
    { 
     public void run() 
     { 
      int z = w; 

      while(z < 100) 
      { 
       z++; 
       try 
       { 
        Thread.sleep(1000); 
       }catch(Exception e){} 
      } 
     } 
    }).start(); 

    // do some more code... 

    for(x = 0;x < 5;x++) 
     for(int y = 0;y < 10;y++) 
      System.out.println(myArrayElement[x][y]); 
} 

さらに詳しい説明が必要な場合は、同期のようなものです。 Javaでは、複数のスレッドから1つのオブジェクトを参照できないようにしたいと考えています。

• http://docs.oracle.com/javase/tutorial/essential/concurrency/sync.html

ホープ、この助けた：ここでの同期について少しです！

Answer 2

これは言語仕様の意味です。 According to Guy Steele、この選択肢の根底にある理論的根拠は、メソッド内でint x = 0という宣言がスタックに割り当てられた記憶域になると期待していますが、メソッドからnew myRun()を返すことができれば（そうでなければmyRunは関数の戻り値を超えています）後でそれを変更することができます。次に、xをヒープ割り当てして、期待するセマンティクスを持たなければなりません。

これは可能性がありますが、実際には他の言語でもそうしています。しかし、Java設計者は、代わりにxをfinalとマークすることを要求し、実装がスタック割り当てストレージのように見えるようにヒープ割り当てを行わないようにすることを決めました。

（私は注意する必要があります。これはRunnableに固有ではありませんそれは匿名内部クラスに適用されます）

Answer 3

マルチスレッド化の大きな問題とそれを使用する理由は、複数のことが同時に起こっていることです。突然、あなたのスレッドがアクセスする、スレッドにローカルではない変数の値はいつでも変更できます。したがって、あなたは、あなただけの数字、このコードで1-10のものに印刷している可能性があります

int x = 0; //supposing that this was allowed to be non-final... 
    private class myRun implements Runnable{ 

    @Override 
    public void run() { 
     for (int i=0; i<10; i++) { 
      System.Out.Println(x++); 
     } 
    } 
} 

をしかし、そのクラス内の他のコードは、xの値を変更した場合、現実には、あなたは230498印刷し終わる可能性 - 230508をx の値は、ループの途中でイベントが変化する可能性があります。特定の値を持つxに頼ることができない場合や、以前に割り当てた値を保持していない場合は、コードで使用するのは無駄になります。変数が帽子のドロップで変化する可能性がある場合は、なぜ変数を使用しますか？

Javaを使用することをまったく禁止するのではなく、Javaではfinalとする必要があります。他のスレッドからxの値を決して変更しないことを「約束する」ことができますが、まずそれをfinalにしてコンパイラを助けてください。確かに、xに割り当てられた初期値にしかアクセスできませんが、変数の初期値にアクセスできるだけでは、それをまったく使用できない場合よりも優れているため、残りのデータを利用するスレッドの能力を効果的に遮断しますあなたのクラスの。