ASP.NET Webフォームでイベントハンドラを「結線する」必要があります

Question

WebFormのすべてのコントロールが、各ポストバックの最後に破棄されると仮定すると、持っている可能性のあるイベントハンドラを「配線しない」必要があります有線接続？例えばので

を（あなたがイベントの処理を停止し、GCを許可したいと仮定）：

public partial class WebForm1 : System.Web.UI.Page 
{ 
    protected void Page_Load(object sender, EventArgs e) 
    { 
     //Do I need to remove this handler? 
     btnSubmit.ServerClick += btnSubmit_ServerClick; 
    } 
} 

Answer 1

そう思わない。 WebForm1インスタンスの有効期間は、正しくリコールすればUnloadイベントの直後に終了します。あなたのWebForm1クラスへの継続的な参照が、ページが提供され、クリーンアップが行われた後であるかのようにではありません。

Answer 2

いいえ、あなたがする必要はありません。彼らはガベージコレクションされます。

Answer 3

ダイナミックコントロールでWebアプリケーション（Webフォーム）を1回作成すると、イベントを「拒否」する必要がありました。それ以外の場合は、ページが遅くなり、遅くなりました。 GCが気を配っていたと思っていた「古い」ページは依然として残っていました。 Page_Unloadでイベントを巻き戻したとき、私のアプリケーションは、存在しないページのイベントを引き上げることがなくなりました。

これは私に一度だけ起こりました。おそらく、アプリケーションの動的な性質によるものでした。思考のための

ただ、食品:)

Answer 4

これは、Webフォームを想定する単純すぎるのですが短命される - この例では、あなたは罰金に見えるが、一般的に、あなたは注意する必要があります。

今日、私は、ASP.NET WebFormsアプリケーションでイベントハンドラを強制終了しないとメモリリークが発生する@thmsnに似た良い例が発生しました。

この場合、ほとんどすべてのページで使用されているマスターページが、Page_Init内のオブジェクトのイベントにサブスクライブしていました。対象のオブジェクトは長期間存続し、ASP.NETセッションに保持され、サイトはInProcセッションストアを使用するように60分のタイムアウトで設定されました。イベントハンドラを終了しないと、オブジェクトは、GCがのGCが生存していればセッション中に（少なくともそれぞれの場合1時間）アクセスされたGCを妨げていることを意味しました。

Page_Unloadのイベントハンドラを短時間で修正することができました。この例では、ページの有効期間が無意識のうちに有効寿命を超えて簡単に拡張されることがわかります。ここでは理想とはかけ離れていましたが、ここでセッションを使用することはできません。また、ページライフタイムよりも適切な長さのオブジェクトからの後方参照でも同様のバグが発生しています。