「メモリーを意識してみよう」第1回 ヒープがどのくらい使われているかを理解する
Javaのメモリーはガーベジ・コレクタが管理するため，アプリケーション側ではそれほど気にするありません。しかし，全く気にしないわけにはいかないのも実情です。 小さいアプリケーションでは無頓着であっても構いませんが，大規模になればそうもいってはいられません。使用メモリー量，ガーベジ・コレクション（GC）の頻度，リークの有無などは，できればチェックしておきたい項目です。 Javaではメモリーを複数の領域に分割して管理しています。クラス定義やメソッドなどのデータが格納されるPermanent領域や，インスタンスが割り当てられるヒープなどがあります。このような領域がどのように使用されているかを知ることは，パフォーマンスを考えるうえでもとても重要になります。 ここでは，特にヒープに着目していきたいと思います。 ヒープの使用量を知る まずはヒープの使用量がどのくらいになっているかを調べてみましょう。
サーブレットのライフサイクルとインスタンス変数 - サーブレットの基本 - サーブレット入門
サーブレットのライフサイクルに関して確認しておきます。 サーブレットはTomcatなどのサーブレットが動作するコンテナが起動してから最初にサーブレットが呼ばれたときにコンテナにロードされインスタンスが作成されます。 サーブレットはリクエストに対してスレッドを作成し、そのスレッドが実際の処理を行います。複数のリクエストが同時にあればそれぞれ別のスレッドが用意されマルチスレッドで動作することになります。スレッドはリクエストに対する処理が終われば終了しますがインスタンスはそのまま残っており新しいリクエストが来れば新しいスレッドを作成して実行します。そのため2回目以降はインスタンスを作成する時間がかかりません。 コンテナが終了したり一定時間サーブレットに対してアクセスが無かった場合にインスタンスは破棄されます。 サーブレットの作成から破棄までの流れは以上のようになっており、初回と最後以外はインスタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[連載]Javaオブジェクトモデリング（15）
https://www.itarchitect.jp/technology_and_programming/-/27077-5.html
