ASP.NET WebMethods で静的変数がリセットされるのはなぜですか?

ASP.NET 静的変数: その動作を理解する

ASP.NET 開発者は、クラスまたはモジュール内の共有データを維持するために静的変数を頻繁に利用します。 ただし、特にページ クラスや WebMethods 内では、その寿命は予測できない場合があります。

WebMethods における静的変数リセットの謎

一般的な問題は、セッションがアクティブなままである場合でも、ページ クラスの静的変数が予期せずクリアされることです。この動作はしばしば混乱を招きます。

アプリドメインのリサイクルとクラス置換: 根本原因

これらのリセットを理解する鍵は、ASP.NET のアプリ ドメインのリサイクルとクラス置換メカニズムにあります。 静的変数は、アプリ ドメインの存続​​期間中のみ存在します。 アプリ ドメインをリサイクルするか、新しいクラス インスタンスを使用すると、これらの変数がリセットされます。 ASP.NET はページ クラスを再コンパイルし、古いクラスを新しいクラスに事実上置き換えることになり、静的変数データが​​失われる可能性があります。

ベスト プラクティス: 静的変数の損失を回避する

データ損失を防ぐため、ページ クラス内で静的変数を直接使用することは避けてください。代わりに、別のクラス (App_Code フォルダーの外) を使用して永続データを保存します。 例:

public static class GlobalData
{
    public static int GlobalCounter;
    public static string GlobalSetting;
}

このアプローチにより、リクエストやクラスの再コンパイル全体でデータの永続性が確保されます。

重要な考慮事項:

• プール固有の変数: 静的変数はアプリケーション プール内で共有されます。各プールには独自のセットがあります。
• アプリ ドメインの再起動: アプリ ドメインの再起動では、場所に関係なく、常に静的変数がリセットされます。
• スレッド セーフ: 静的変数は本質的にスレッド セーフではありません。同時アクセスには lock キーワードを使用します。
• 真の永続性: アプリ ドメインの再起動後に存続する必要があるデータについては、データベース、専用ストレージ クラス、またはデータベースにバックアップされたセッション状態を使用します。

以上がASP.NET WebMethods で静的変数がリセットされるのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。