jar ファイルをコンパイルし、30 分ごとにログに書き込み、スレッドとメモリの状況を確認します。
添付のログは、このソフトウェアがスタックして動作を停止した後のログの開始と終了のログです。
日中、いくつかの自動操作が発生しました。毎秒約 40 件の見積もりを受け取り、次の見積もりが来る前にすべての見積もりを処理し終えました。
さらに、4 秒ごとに情報を含むマップを DB に書き込みます。
ヒープサイズが増加する理由はありますか? (currHeapSize を見てください)
朝:

夜:

jar ファイルをコンパイルし、30 分ごとにログに書き込み、スレッドとメモリの状況を確認します。
添付のログは、このソフトウェアがスタックして動作を停止した後のログの開始と終了のログです。
日中、いくつかの自動操作が発生しました。毎秒約 40 件の見積もりを受け取り、次の見積もりが来る前にすべての見積もりを処理し終えました。
さらに、4 秒ごとに情報を含むマップを DB に書き込みます。
ヒープサイズが増加する理由はありますか? (currHeapSize を見てください)
朝:

夜:

ヒープサイズが増加する理由はありますか?
これらは、Java ストレージ リークの典型的な症状です。アプリケーションのどこかに、ますます多くのオブジェクトを蓄積するデータ構造があり、それらがガベージ コレクションされるのを妨げています。
このような問題を見つける最善の方法は、メモリ プロファイラーを使用することです。この質問への回答で説明します。