１、サーブレットのライフサイクル
初期化時 ⇒ init() 【初回リクエスト時】
↓
リクエスト時 ⇒service() ⇒doGet() 【Httpリクエストメソッドにより振り分け】
或は⇒doPost()
或は⇒・・・
↓
サーバ停止時 ⇒destroy()
init()について、
初回リクエスト時に呼ばれる。初期化を遅らせる処理は、遅延初期化（Lazy Loading）と呼ばれる。
遅延初期化を行わず、最初にinit()を呼び出したいときは、＜load-on-startup＞要素を設定する。
これで、指定されたサーブレットがwebアプリケーション起動時にロードされる。
２、アプリケーションスコープ
頻繁に更新されるようなデータをアプリスコープに保存してしまうと、同期制御の影響が大きくなる。
よって、共通に利用する読み取り専用のデータを格納するケースが多い。
アプリケーションスコープは、javax.servlet.ServletContextインタフェースを通して操作する。
ServletContextオブジェクトの取得はHttpServlet.getServletContextで。
３、シングルインスタンス・マルチスレッド
サーブレットは同時に複数のクライアントからアクセスされる可能性がありますので、マルチスレッドで動作する。
即ち、同じサーブレットへのリクエストに対しては同じインスタンスが利用される。
このため、サーブレットのフィールドは、private宣言しても、複数のリクエスト間で共有されるということになる。
読み取り専用のデータや定数以外はサーブレットのフィールドに定義すべきではない。
４、同時アクセス
同じセッションのFirefoxの場合、同じURLへのアクセスはレスポンスが戻ってくるまで待機するようなので、サーブレット同時アクセスの確認はIEなどでください。
⇒ Firefox Ver.22.0 で試したけど、大丈夫だった。
５、スレッドセーフ
データ スレッドセーフか
---------------------------------------------
ローカル変数 ○
インスタンス変数 ×
static変数 ×
リクエスト属性 ○
セッション属性 ×
アプリケーション属性 ×
ページ属性 ○
また、SingleThreadModelインタフェースを実装することでサーブレットの実行が同期化されるが、パフォーマンスが悪い。
例： public class MyServlet extends HttpServlet implements SingleThreadModel {
（同期は必要なコードのみ最小限行うべき）