質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

セッション

Sessionはクライアントがサーバに送ったすべてのリクエストのことを指します。

Q&A

2回答

3395閲覧

JAVAのセッション管理について

ryo_se

総合スコア68

Java

Javaは、1995年にサン・マイクロシステムズが開発したプログラミング言語です。表記法はC言語に似ていますが、既存のプログラミング言語の短所を踏まえていちから設計されており、最初からオブジェクト指向性を備えてデザインされています。セキュリティ面が強力であることや、ネットワーク環境での利用に向いていることが特徴です。Javaで作られたソフトウェアは基本的にいかなるプラットフォームでも作動します。

セッション

Sessionはクライアントがサーバに送ったすべてのリクエストのことを指します。

0グッド

1クリップ

投稿2015/10/16 02:42

JAVAのセッション管理について質問がございます。
各アクションにアクセスする前のインターセプターに下記の記述があるとします。

HttpSession session = ServletActionContext.getRequest().getSession();
UserBean user = (UserBean)session.getAttribute('userKey');
session.setAttribute('userKey', user);

この場合「userKey」をキーとしたセッション情報は上書きされますが、
上書きする前の破棄していないデータが残り続けるといったことはございますか?
それによってメモリが増加する等あればご教授いただければ幸いです。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答2

0

そのUserBeanオブジェクトがなにかグローバルなListやMapから参照されていたりすれば残り続けますが、そうでなければいずれGCで回収されます。
もう少し低い次元の話ですとGCが実行されるまではそもそもいかなるオブジェクトも残っていますし、それによって消費メモリが増加することがGC実行の引き金になります。

ご質問の意図がもう少しわかればそれ以上のお答えができるかもしれません。

  • 今の設計で問題ないかを確認したい
  • メモリリークが指摘されていてその原因としてSessionを疑っている

のどちらかでしょうか?

投稿2015/10/16 03:11

yuba

総合スコア5568

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

ryo_se

2015/10/16 03:41

実際の動きとしては下記になります。 HttpSession session = ServletActionContext.getRequest().getSession(); UserBean user = (UserBean)session.getAttribute('userKey'); user.setBeanList(null); session.setAttribute('userKey', user); UserBeanの中に一時的にセッションで保存するList<Bean>形式の変数があり、 これを各アクションに遷移する際にnullを入れて初期化、再度UserBeanのセッションを保存しています。 既に本番運用しているアプリケーションにおいて、 メモリが急激に上昇していく現象がみられており、この処理を疑っております。
yuba

2015/10/16 03:47

メモリリークの調査ですね。 ここで「メモリが急激に上昇」は多義的表現なので厳密化したいのですが、 「GCログを取るとフルGC完了時の消費メモリ量が増大傾向にあり最終的にOutOfMemoryErrorでアプリケーションサーバが落ちる」の意味だと理解して構いませんか?
ryo_se

2015/10/16 03:59

OutOfMemoryErrorは発生していないのですが、 DB(MySql)への接続ができなくなり、アクセス問い合わせのループ状態となります。 DBには別の経路では接続できるので、DB側の問題ではないようです。 またTomcatやDBのログには特にエラーは出力されていません。
yuba

2015/10/16 06:17

それはメモリリークでなくコネクションリークに特徴的な症状ですね… getConnectionで得たConnectionオブジェクトのクローズ忘れです。 try-with-resourcesの使える今あまりお目にかかることはなさそうですが。 netstatコマンドで、DBサーバとの間に大量の生きているTCP接続が見えるんじゃないでしょうか。
guest

0

クラス名から察するにStruts2の実装をしているのかと思いますが、

java

1UserBean user = (UserBean)session.getAttribute('userKey'); 2// …間になんらかの処理… 3session.setAttribute('userKey', user);

この場合、特にUserBeanがnullにでもならない限り、userそのものは特に開放されませんが、UserBeanの特定のプロパティを初期化するのであれば、そのプロパティは開放される対象になります。

他の回答にもございますが、データベースに接続できなくなるのであれば、データベース接続を管理しているクラスないしは共通処理にて接続開放がなされていないのではないかと思われますので、いまだとデータベースごとに管理ツールがありますのでそこから接続数の推移を見てはいかがでしょうか。

投稿2016/08/18 05:30

A-pZ

総合スコア12011

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

まだベストアンサーが選ばれていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問