淺析IsPostBack屬性ASP.NET
ASP.NET的IsPostBack屬性
現在從對ASP.NET頁面的執行順序開始，體會一下B/S結構的程序的特點，ASP.NET頁面的執行順序說明：Page_Init（頁面初始化引發的事件）——>Page_Load（加載頁面時引發的事件）——>Control Event（服務器控件引發的事件）——>Page_UnLoad（頁面從內存中卸載時引發的事件）
Page_Init和Page_UnLoad不常用，但是這里還是要說明一下。Page_Init和Page_Load事件區別在于，只有后者才能完全加載控件，綁定數據，雖然你可以在Page_Init中訪問控件，但是其viewstate都不會被加載，所以此時控件中只擁有默認值。
這里說到了viewstate，我們先來做一個大致的了解——其實在ASP.NET中有兩個viewstate.一個是控件本身的，用來維護控件自己的一些狀態，比如說某個空間有變色的功能，它的viewstate就維護這個功能，這個 viewstate是不能被用戶訪問的。相信自己寫過控件的朋友都會有這樣的感覺，自己寫控件當然也要用自己的一個viewstate來維護這個控件的狀態；而另外一個viewstate，是用戶使用的，這個viewstate和Session幾乎一模一樣，必須要先對其進行定義，才能使用。
每當點擊ASP.NET的Web網頁上的Button、LinkButton或ImageButton等控件時，表單就會被發送到服務器上。如果某些控件的AutoPostBack屬性被設置為true，那么當該控件的狀態被改變后，也會使表單會發送回服務器。？（AutoPostBack屬性，它只有兩個bool值，true/false.如果這個屬性被設置成false，那么點擊后就不會立刻將變化傳給服務器處理，也就不會有該控件的 SelectedIndexChanged事件。）
每次當表單被發送回服務器，就會被重新加載，啟動Page_Load事件，執行Page_Load事件處理程序中的所有代碼（注意，是每次都會執行！）。
很顯然把網頁的初始化代碼放在這里是最合適不過。我們經常會希望在每次加載網頁時執行一些代碼，如一些控件的數據綁定。
當我們希望只有在網頁第一次加載時執行另一些代碼（基本上都是數據的默認綁定），甚至希望一些代碼在除首次加載外的每次加載時執行。那么我們可以利用 IsPostBack特性來完成這一功能。在網頁第一次加載時，該屬性的值是false.如果網頁因回送而被重新加載，IsPostBack屬性的值就會被設置為true.在ASP.NET應用程序中，如果需要在頁面第一次顯示時執行一些初始化操作，必須判斷IsPostBack屬性！
在ASP.NET使用Page.IsPostback，那么就可以避免往返行程上的額外工作：如果處理服務器控件回發，通常需要在第一次請求頁時執行代碼，該代碼不同于激發事件時用于往返行程的代碼。如果檢查？Page.IsPostBack？屬性，則代碼可按條件執行，具體取決于是否有對頁的初始請求或對服務器控件事件的響應。這樣做似乎很明顯，但實際上可以忽略此項檢查而不更改頁的行為。該屬性用的好壞，直接關系到你程序運行是否按照你最初的意愿，也關系到整個頁面的效率。因為，如果每次都會給控件綁定數據，不管你是第一次訪問，還是提交了數據以后，那么這個頁面程序的效率可想而知。
一個B/S結構的頁面每一次提交，它都會重新從頭到尾執行一次。而C/S結構的程序就不會這樣，這是和C/S結構的程序最大的區別！？其實，得不到控件的數據，都是因為這個原因。
【編輯推薦】
