ASP.NETページのライフサイクル図

2010年10月27日水曜日午前10時39分

ASP.NETページのライフサイクルのASP.NETプログラミングモデル、彼らは何ですか？それは何が含まれていますか？ASP.NET ASP.NETページのライフサイクルの特定のプロセスのプログラミングモデルは、何でしょうか？ここではそれを説明し始めます。

ASP.NETページはページは、ライフサイクル、ライフサイクルにおける一連の処理ステップを通過します、実行されます。これらの手順は、イベントハンドラのコード、およびレンダリングを実行し、状態を復元し、維持するために、コントロールをインスタンス化、初期化が含まれます。我々は望ましい結果を達成するために、ライフサイクルの適切な段階でコードを書くことができるように、ページのライフサイクルが非常に重要であることを理解。カスタムコントロールを開発する場合、適切に制御し、コントロールのプロパティと、すべてのコントロールの動作論理演算を移入するためのビューステートデータの使用を初期化するように加えて、あなたは、ページのライフサイクルに精通している必要があります。

一連のステップのライフサイクルのページASP.NETプログラミングモデル：ページの初期化、表示するイベントハンドラのコードを実行し、状態を復元し、維持するために、コントロールをインスタンス化します。適切な段階で必要なコードを実行するために、そうページのライフサイクルに非常に精通しています。ページ、ページごとに定義されたトリガイベントのライフサイクルのすべての段階で、プログラムを実行することによって、我々は、コードの開発にライフイベントのページに必要な
ページのライフサイクルのステージ

1、ページ要求のASP.NETページのライフサイクルは：ユーザーがページを要求すると、ページのライフサイクルの前に発生し、ASP.NETページのライフサイクルを開始するかどうかを決定するために分析して、コンパイルページの必要性を決定する、またはあなたができない場合実行中のページの場合に対応するためにページキャッシュを送信します。

2、ASP.NETページのライフサイクルの開始：のような、ページのプロパティを設定：するHttpContextと他の特性、UICultureプロパティの設定ページ、この段階で、必要なページを決定するためには、ポストバック要求または新しい要求と設定IsPostBackプロパティプロパティです。

初期の3ページのASP.NETページのライフサイクル：すべての被験者をロードし、コントロールの生成とユニークIDを設定します。

注意：ViewStateは、値がまだコントロールでControlStateを内にロードされていません。それは、この時点でアクセスすることができるコントロールが、値が間違っている可能性があり、ページがポストバックであれば、ポストバックデータがロードされていません。

4、ASP.NETページのライフサイクルをロード：現在のリクエストが制御負荷のViewState値とControlStateをするために、ポストバック要求である場合。

5、認証のASP.NETページのライフサイクル：すべてのバリデータを呼び出すには、IsValidプロパティの検証コントロールとページを設定Validateメソッドを、制御します。

6は、プロセスのポストバックイベントのASP.NETページのライフサイクル：要求がポストバック要求である場合は、すべてのイベントハンドラが呼び出されます。

7プレゼンテーションの、ASP.NETページのライフサイクル：ページ上のすべてのコントロールの最初とビューステートを保存し、各コントロールのRenderメソッドを呼び出して、それがテキストライターを提供しますが、入力コントロールのページに書き込み、 OutputStreamの応答性。

アンロードの8、ASP.NETページのライフサイクル：仕上げのレンダリング、およびアンロードを呼び出した後のページを破棄する準備ができて、クライアントのページに送信されました。これに応答し、要求、および：アンインストールは、次のような属性。

ここではASP.NETページのライフサイクル図のASP.NETプログラミングモデルであります

以下は、最初のページのASP.NETプロセスであり
、1 Page_Init（）
2.負荷のViewState;
3.ポストバックデータのロード、
4をPage_Load（）;
5.制御ハンドルイベント;
; 6. Page_PreRender（）
）（7 Page_Render ;
8.イベントをアンロードし、
Disposeメソッドと呼ばれる9。

下面对其中的一些过程作下描述：
1. Page_Init();
这个过程主要是初始化控件,每次页面载入执行这个初始过程,包括第一次和以后的Postback(这里说下Postback,其实就可以简单理解成用户点击SUBMIT按钮之类的,把表单<Form>提交给服务器,这就是一次postback),在这里面可以访问控件,但是这里面的控件值不是我们期待的控件里面的值,他只是一个控件的初始值(默认值),举例: 比如一个TextBox1,我们填入了"哈哈",在点击SUBMIT提交了页面后,在Page_Init()里面,我们访问到的TextBox1.Text不是我们的"哈哈",而是开始的""空字符串,如果TextBox1在我们设计的时候提供了默认值，这里访问到的也就是提供的默认值,为什么呢,这就要看下一个过程了.

对应的事件Page.Init

2. Load ViewState
这个过程是载入VIEWSTATE和Postback数据，比如我们上面的TextBox1,这时就赋了"哈哈",所以,在Post_Init()对控件赋值是无意义的,它都会在这个过程里被改写,当然第一次页面载入例外，因为没有VIEWSTATE数据。

没有对应的事件

3.Load Postback data;
上面说了,Postback可以理解成用户提交表单数据,所以这里就是处理表单数据,当然这里要设计到控件的设计,一般情况不会要我们自己处理这个过程,我们暂且略过. (在以前那篇关于ASP.NET页面生命周期的简单描述中,把这个过程和Load ViewState放在了一起,其实那是微软提供的生命周期过程,这里单独提出来是为了让大家明白这是一个单独的过程)

没有对应的事件
4. Page_Load();
这个过程也是每次页面载入时一定会执行的，但是注意和Page_Init的区别，上面已经涉及了,这里注意的是一般都会用到Page.IsPostBack,该值指示该页是否正为响应客户端回发而加载，或者它是否正被首次加载和访问。
private void Page_Load(object sender, System.EventArgs e)
{
if(!Page.IsPostBack)
{
//第一次执行的CODE HERE
}
else
{
//用户提交FORM(即Postback)CODE HERE
}

//每次这里的都回执行CODE HERE
}

对应的事件Page.Load

5. Handle control events;
这个过程里，相应具体的控件事件，比如private void ListBox1_SelectedIndexChanged(object sender, System.EventArgs e)事件等等

没有对应的事件(我们自己的事件函数都包括在这个过程里比如上面的ListBox1_SelectedIndexChanged)

6. Page_
预先呈递对象,这里是在向用户程序呈现数据的倒数第二步,我估计提供这个过程的意义,也就是在这里能对控件属性等等要呈现给用户的数据进行修改,这也是最后的修改,以前的修改(比如在Page_Init里面)都可能被覆盖.做完这了还会进行一个操作就是保存状态,即SaveViewState.

对应的事件时Page.PreRender

7. Page_Render();
大家可以在浏缆器里View->Source查看到，每个页面都有一个隐藏的<input>,这里面的"__VIEWSTATE"就是我们服务器写回来的页面状态信息,在这个之前，服务器要呈现页面(也就是构造HTML格式的文件)，就是从这个"__VIEWSTATE"里面获取的数据,当然大家也注意到了,这里有个 Page.Render事件,我们可以添加自己的处理代码,也就是说我们又可以更改数据,不过这里推荐不要在这里修改,既然提供了PreRender,就应该在里面做最后的修改,当然这不是必须的,只是推荐!

对应的事件Page.Render

8. Unload event;
大家应该明白，当想服务器请求一个对象的时候,就会在内存里生成一个继承页面对象,也就是页面的类,它继承自System.Web.UI.Page.
当页面对象从内存中卸载时发生，将触发该事件.

对应的事件Page.Unload

9. Dispose method called;
销毁所有的对象.当从内存释放Page时发生，这是生存期的最后阶段。可能第8和9似乎有些模糊,不过我也没怎么搞清楚,待研究!

对应的事件Dispose

以上就是ASP.NET页面周期的描述。

注意上面灰色背景的文字，如果一个过程中有对应的事件，我们可以自己定义一个函数(当然先在MSDN中找到函数原型)，然后在
InitializeComponent中向事件的链表上添加上去,像下面:
private void InitializeComponent()
{
this.Unload += new System.EventHandler(this.MainWebForm_Unload);
this.Load += new System.EventHandler(this.Page_Load);
this.Init += new System.EventHandler(this.Page_Init);
this.PreRender += new System.EventHandler(this.My_PreRender);
}

このよう2.LoadのViewStateなど、該当するイベントのためのいくつかのプロセスは、我々は、オーバーライドは（オブジェクト保護LoadViewStateを無効にページの仮想関数をオーバーライドすることができますsavedStateを）;のような、自分自身の制御コードを追加しますが、対応するベースクラスに落ちるべきではありません：
ボイド保護オーバーライド LoadViewState（オブジェクト savedState）
{
//ビューステート処理所有
ベース .LoadViewState（savedStateを）;
}

ます。https：//www.cnblogs.com/Tim_Liu/archive/2011/04/26/2029507.htmlで再現

ASP.NETページのライフサイクル図

おすすめ