プライベートメソッドコールのガベージコレクション

Question

私はJavaアプリケーションでメモリ使用に問題があります。私の人生の間、ガベージコレクタがそれをソートしない理由を理解できません。次のようにコードがある： - 私はJProfilerをして​​プロファイリングとヒープを見てきましたこれを識別するために

public void foo() { 
    for(int i=0; i<50000; i++) { 
     bar(i); 
    } 
} 

private void bar(int i) { 
    LargeObject o = new LargeObject(); 
    ... 
    dao.save(o); 
} 

私の問題は、のLargeObjectのインスタンスがガベージコレクションになっていないということです。 LargeObjectインスタンスは、クラス変数によって参照されることは決してありません。実際には、bar()の外部には参照されません。私は感じているストローで握っていますが、これはトランザクションが開始/終了する場所に関連する可能性がありますか？ bar()を公開し、Propogation.REQUIRES_NEWと注釈を付けて、foo()の注釈を無効に変更してみました。

DAO内のコードは次のようになります。私はそれがJProfilerをにおけるアクティビティの参照として

public void save(LargeObject o) { 
    hibernateTemplate.getSessionFactory().getCurrentSession().saveOrUpdate(o); 
} 

ガベージコレクションは間違いなく実行されます。 foo()は約30分、bar()は36ms、ガベージコレクションのスパイクはおよそ60秒ごとです。

私はなぜ彼らがガベージコレクションされていないのか知る質問に答えるために、システム内の何もLargeObjectを参照していませんが、foo()が実行されているときにヒープ上のインスタンスが増加しています。

Answer 1

明らかにJPAプロバイダ（またはdao.save()の背後に隠れているもの）によって参照されているようです。あなたは参照を外部にさせるので、あなたのコントロールは失われます。あなたがプライベート/パブリックの方法でそれをするかどうかは関係ありません。

この「DAO」に関する詳細情報を共有したい場合があります。

Answer 2

ループは、すべてのLarge Objectsインスタンスをキャッシュしなければならない一意のセッションに負担をかける可能性があるという@ MaDaの答えに追加します。あなたはどちらかを検討する必要があります。彼らはBatch Processingにセクションを読む

に関連していない場合は、保存、または新しいセッションを使用した後にセッションをフラッシュするか、各LargeObjectためのクリアセッションすることは、あなたがどのようにあなたの問題