java.lang.OutOfMemoryError：Javaのヒープスペース - メモリの節約方法

Question

メモリエラーが発生しているため、JVM引数を設定してJSFアプリケーションのメモリ消費量を調整しようとしています。

JVM引数 ...私はメモリヒープを増やし、一日二回、サーバーを再起動することができるよ、それは解決策ではありません。

-XX:+UseConcMarkSweepGC 
-XX:+UseParNewGC 
-XX:+CMSClassUnloadingEnabled 
-XX:+CMSParallelRemarkEnabled 
-XX:CMSInitiatingOccupancyFraction=30 
-XX:+CMSIncrementalMode 
-XX:+CMSIncrementalPacing 
-XX:ParallelCMSThreads=2 
-XX:+UseCMSCompactAtFullCollection 
-XX:+DisableExplicitGC 
-XX:MaxHeapFreeRatio=70 
-XX:MinHeapFreeRatio=40 
-XX:MaxTenuringThreshold=30 
-XX:NewSize=512m 
-XX:MaxNewSize=512m 
-XX:SurvivorRatio=2 
-XX:PermSize=150m 
-Xms1024m 
-Xmx1024m 

すべてが正常に動作するよう、テニュア空間は0MBで、エデン空間は連続的にクリアされますが、生存空間はまだ成長しており、限界に達するとオブジェクトはテナント空間に移動され、決して解放されません。そして、アプリケーションの実行の半日後、私はメモリ不足のエラーを取得します。だから私はTomcatサーバーの自動再起動をスケジュールする必要があります。

だから私は、そのメモリの消費は、（一日あたりのデータベースで数千人の動きについて）このような小さなAPPLには高すぎるので、私のアプリケーションでは、いくつかの問題がなければならない、と思います。

Bean.java

/* save datalist */ 
public void save() 
{ 
    session = DaoSF.getSessionFactory.openSession(); 
    try 
    { 
    Dao.save(dataList); 
    } 
    catch (Exception e) {...} 
    finally 
    { 
    session.close(); 
    } 
} 

public static void save(List<? extends Object> dataList) 
{ 
    for (Object dataItem : dataList) 
    { 
    save(dataItem); 
    } 
} 
public static void save(Object dataItem) 
{ 
    try 
    { 
    Transaction tx = session.beginTransaction(); 
    session.save(dataItem); 
    tx.commit(); 
    } 
    catch(Exception e) {....} 
} 

DaoSF.java

01 Dao.java：

私のコードの一部があります

保存されたオブジェクトがメモリに残らないようにオブジェクトをデータベースに保存（更新、削除）する際のベストプラクティスは何ですか？

Answer 1

これを試してください。まだ完全ではありませんが、Daoの静的セッション属性を取り除かなければならないと思います。 hibernate docs：：

実装者がスレッドセーフであることを意図していません。代わりに、各スレッド/トランザクションはSessionFactoryから独自のインスタンスを取得する必要があります。

豆は、基礎となる永続性メカニズムのいずれかの知識を持っていないように、また、ダオ自体の内部セッションを取得することができますが、私はそれほど変更したくありませんでした。あなたはセッションオブジェクトを格納しない

Bean.java

/* save datalist */ 
public void save() { 
    Session session = nlul; 
    try { 
     session = DaoSF.getSessionFactory.openSession(); 
     /* one instance per call, 
     * ready for garbage collection after leaving this method 
     */ 
     Dao mydao = new Dao(session); 
     mydao.save(dataList); 
    } catch (Exception e) {... 
    } finally { 
     if (sessioN != null) 
      session.close(); 
    } 
} 

Dao.java

private Session mysession = null; 

public Dao(Session mysession) { 
    this.mysession = mysession; 
} 

public void save(List<? extends Object> dataList) { 
    for (Object dataItem : dataList) { 
     save(dataItem); 
    } 
} 

public void save(Object dataItem) { 
    try { 
     Transaction tx = session.beginTransaction(); 
     this.mysession.save(dataItem); 
     tx.commit(); 
    } 
    catch(Exception e) {....} 
} 

Answer 2

"PermGen：Out of Memory"がある場合、それはエデン、サバイバー、テナントスペースにはあまり関係しません。

Permgenの "Non-Heap"の部分は、-XX：PermSize = 150mに関連しています。より大きなサイズを試してみてください。

それ以外の場合は、JSP /サーブレットコンパイラ/クラスローダ/スプリングでメモリリークが発生している可能性があります。これは、クラスが割り当てられたメモリを占有する可能性があります。

Answer 3

データベースの保存/削除/更新に関して、メモリの問題が直接関係することはほとんどありません。 PermGenスペースは、一般的に、任意のユーザー・レベルのオブジェクトに使用されていません。それは、このようなクラス定義、JVMの状態の内部ビットなどの割り当てを解除しないで決してに意図されているもの、のために使用されている。

があった場合データオブジェクトをどのように管理しているかに問題がある場合は、OutOfMemoryErrorにヒープスペースが残っていないとの不満があります。しかし、あなたの質問に答えるためには、オブジェクトは、スコープを離れた後に実行される次のガベージコレクションパスでガベージコレクションされます（つまり、どこにも参照がないことを意味します）。 OutOfMemoryError問題が発生していないので、あなたは既にこの罰金を処理していると思います。

PermGen領域外の場合は、アプリケーションが多数のライブラリを使用している可能性があります。悲しいことに、この問題を解決する唯一の方法は、PermGenサイズを大きくすることである、のような：

-XX:PermSize=256m

それは通常賢明であるように、これは、本質的に、あなたのアプリケーションに利用可能なヒープ・スペースの量を減少することに注意してください同様に、対応する量によって、あなたの総JVMのメモリ割り当てを増やすために：

-Xmx1130m

は、試してみて、それはあなたのために任意のより良い動作するかどうかを確認します。