スレッドでのメモリ割り当て

Question

メソッド内にローカルスレッドを宣言するとどうなりますか？通常、すべてのローカル変数は、スタックにすべて割り当てられているので、関数が返るとすぐになくなります。しかし、ローカルスレッドは別の話になるようです。そうですか？

public int A() { 
    Thread t = new Thread() { 
     doSomething(); 
    } 
    t.start(); 
    return -1; 
} 

Answer 1

スレッドは独自のGCルートです。したがって、作成コンテキストにもかかわらずスレッドを作成するたびに、runメソッドが完了するまではGCへの準備ができません。これは、ローカルメソッドが完了し、スレッドがまだ生きていても当てはまります。

例：メソッドをエスケープしていなかった何も定義されたが、その後、GC用にマークされて

public void doSomeAsync(){ 
    Thread th = new Thread(new Runnable(){ 
     public void run(){ 
      Thread.sleep(500); 
     } 
    }); 
    th.start(); 
    //do something else quickly 
} 

//do somethign else quickly後。スレッドthはGC用にマークされず、ヒープ上に正しくスレッドスタックされて配置されます。

Answer 2

スレッドはローカルコンテキストから開始された場合は、スレッドがRunnableのrunメソッドが実行を完了したのですまで実行を継続します。

Answer 3

メソッド内にローカルThreadをスポーンする場合、Threadが完了するまでfinalと宣言されたローカルメソッド変数のみが固執します。 Threadがrun()メソッドを完了すると、スレッドとそれを作成したメソッドから利用可能な最終変数は、他のすべてと同様にガベージコレクションされます。元のメソッドと生成されたスレッドのrun()メソッド内で使用

明確化

のみfinal変数は、メソッドとrun()方法の両方が完了するまでゴミが収集されてから控えます。スレッドが変数にアクセスしない場合、スレッドの存在は、元のメソッドが完了した後に変数がガベージコレクションされるのを妨げません。

参照

http://java.sun.com/docs/books/performance/1st_edition/html/JPAppGC.fm.html

Answer 4

変数がプリミティブである場合、それはスタック上になるだろうとメソッドが返すときに消えてしまいます - しかし、あなたのスレッドのRunnableインスタンス（またはものは何でもスレッドの肉を含んでいる）はそのプリミティブ値のコピーを持ちます。

変数が参照型である場合、オブジェクトはヒープ上に割り当てられ、参照がなくなるまで生き残ります。その時点でガベージコレクションの対象となります。そのオブジェクトへの参照はスタック上にあり、メソッドが戻るときにはなくなりますが、プリミティブと同様に、スレッドのRunnableはその同じ参照のコピーを持ちます（したがってそのオブジェクトは生き続けるでしょう）。

Answer 5

ジョンの答えは良いですが、私はもう少し詳しく説明したいと思いました。

public void startThread() { 
     long var1 = 10; 
     byte[] var2 = new byte[1024]; 
     final byte[] var3 = new byte[1024]; 
     final byte[] var4 = new byte[1024]; 
     Thread thread = new Thread(new Runnable() { 
      private long var5 = 10; 
      private byte[] var6 = new byte[1024]; 
      public void run() { 
       int var7 = 100; 
       byte[] var8 = new byte[1024]; 
       System.out.println("Size of var4 is " + var4.length); 
       baz(); 
       ... 
      } 
      private void baz() { 
       long var9 = 2; 
       byte[] var10 = new byte[1024]; 
       ... 
      } 
     }); 
     thread.start(); 
} 

ここでスレッドの周りに割り当てられた変数がいくつかあります。また、Threadオブジェクトと、スレッドが実行されているRunnableターゲットがあります。

• スレッド - それはstartThread()にローカルになりそうだが、関連するThreadもJVMによって管理されています。 run()メソッドが終了し、ThreadがJVMによって取得された後にのみGCされます。 ThreadがGC'dの後に、Threadによって使用されるすべてのフィールドはGC'dになります。
• Runnable - この匿名クラスは、スレッドが実行しているものです。 Threadの処理が完了した後にGCしてGCすることができます。
• var1 - startThread()にローカルであり、スタックに割り当てられています。 startThread()メソッドが終了し、スタックが再利用されると上書きされます。
• var2 - これはstartThread()にローカルであり、ヒープに割り当てられます。 finalではないため、スレッドで使用することはできません。 startThread()の終了後にGCすることができます。
• var3 - これはstartThread()にローカルであり、ヒープに割り当てられます。これはfinalですので、はスレッドで使用できますが、そうではありません。 startThread()の終了後にGCすることができます。
• var4 - これはstartThread()にローカルであり、ヒープに割り当てられます。これはfinalであり、スレッドによって使用されます。 startThread()のメソッドが終了した後にのみGCすることができます。とRunnableとThreadはGCです。
• var5 - Runnableのローカルフィールドで、匿名クラスRunnableの一部としてヒープに割り当てられます。 Runnableの終了後にGCし、RunnableとThreadをGCすることができます。
• var6 - これはRunnableの内部のローカルフィールドであり、ヒープに割り当てられます。 Runnableの終了後にGCし、RunnableとThreadをGCすることができます。
• var7 - これはrun()メソッドの内部のローカルフィールドで、新しいスレッドのスタックに割り当てられます。 run()メソッドが終了し、スタックが再利用されると上書きされます。
• var8 - これはrun()メソッド内のローカルフィールドであり、ヒープに割り当てられます。 run()メソッドの終了後にGCすることができます。
• var9 - これは、baz()メソッドの内部のローカルフィールドであり、新しいスレッドのスタックに割り当てられます。 baz()メソッドが終了し、スタックが再利用されると上書きされます。
• var10 - これはbaz()メソッド内のローカルフィールドであり、ヒープに割り当てられます。 baz()メソッドの終了後にGCすることができます。

カップルその他の注意事項：

• 新しいスレッドは、それがstartThread()終了後GC'dすることができます開始されることはありません場合。 Runnableと、それに関連するすべての変数は、同様にGCすることができます。
• startThread()で宣言されたfinal long varXプリミティブがスレッドで使用されている場合は、ヒープに割り当てられ、ではなく、スタックに割り当てられている必要があります。startThread()が終了すると、まだ使用されます。