net模擬面試常見問題及答案

1、1、 Response.Redirect(),Server.Transfer(),Server.Execute(的區(qū)另 U1、Response.Redirect（）:Response.Redirect方法導致瀏覽器鏈接到一個指定的URL當Response.Redirect（）方法被調用時，它會創(chuàng)建一個應答，應答頭中指出了狀態(tài)代碼302 （表示目標已經改變）以及新的目標URL瀏覽器從服務器收到該應答，利用應答頭中的信息發(fā)出一個對新URL的請求。這就是說，使用 Response.Redirect方法時重定向操作發(fā)生在客戶端，總共涉及到兩 次與服務器的通信（兩個來回）：第一次是對原始頁面的請求，得到

2、一個 302應答， 第二次是請求302應答中聲明的新頁面，得到重定向之后的頁面。2、Server.TransferServer.transfer是IIS 5.0新增加的一個功能。它解決了 Response.Redirect的兩個重要 的缺陷：1）在Response.Redirect中，我們得不到任何第一頁的輸出2） Response.Redirect會丟失request中的所有屬性，當然我們可以通過一些其 他的辦法，比如 session來搞定，可是，有些頁的參數是在request中傳過來的，這樣的話，就不行了；3） Response.Redirect需要client端再發(fā)起一個請求。serve

3、r.transfer就很好地解決了這些問題。它是從 server端直接向下一頁發(fā)起請 求，不需要client再次發(fā)送請求.如果你的網頁非常依賴response.redirect,這個小小的改變可以提高將近25%的效率。（根據微軟文檔）.Server.Transfer方法把執(zhí)行流程從當前的ASPX文件轉到同一服務器上的另一個ASPX頁面。調用 Server.Transfer時，當前的 ASPX頁面終止執(zhí)行，執(zhí)行流程轉入另一個ASPX頁面，但新的 ASPX頁面仍使用前一 ASPX頁面創(chuàng)建的應答流。如果用Server.Transfer方法實現頁面之間的導航，瀏覽器中的URL不會改變，因為重定向完全在

4、服務器端進行，瀏覽器根本不知道服務器已經執(zhí)行了一次頁面變換。默認情況下，Server.Transfer方法不會把表單數據或查詢字符串從一個頁面?zhèn)鬟f 到另一個頁面，但只要把該方法的第二個參數設置成True,就可以保留第一個頁面的表單數據和查詢字符串。同時，使用Server.Transfer時應注意一點：目標頁面將使用原始頁面創(chuàng)建的應 答流，這導致 ASPNET的機器驗證檢查（MachineAuthentication Check , MAC）認為新頁面的 ViewState已被篡改。因此，如果要 保留原始頁面的表單數據和查詢字符串集合，必須把目標頁面Page指令的 EnableViewState

5、Mac 屬性設置成 Falseserver.Transfer（泊一個不足就是：當用戶在 a.aspx中提交了一個表單，然后用Server.Transfer（進入b.aspx,這時如果用戶刷新一下頁面，瀏覽器便會問用戶是否“重試”發(fā)送表單，如果用戶點擊“是” ，那么，表單中 的數據被重新發(fā)送到服務器。如發(fā)送表單的作用就是為了向數據庫中插入一條記錄，結果導不希望發(fā)生的事一一同一表單被多次加入到數據 庫中。3、Server.ExecuteServer.Execute方法允許當前的 ASPXM面執(zhí)行一個同一 Web服務器上的指定 ASPX 頁面，當指定的 ASPX頁面執(zhí)行完畢，控制流程重新返回原頁面發(fā)

6、出Server.Execute調用的位置。這種頁面導航方式類似于針對ASPX頁面的一次函數調用，被調用的頁面能夠訪問發(fā)出調用頁面的表單數據和查詢字符串集合，所以要把被調用頁面Page指令的EnableViewStateMac 屬性設置成 False。4.erver.Execute("another.aspx")和 Server.Transfer("another.aspx")區(qū)另1J:Execute是從當前頁面轉移到指定頁面，并將執(zhí)行返回到當前頁面Transfer是將執(zhí)行完全轉移到指定頁面總結：在網絡狀態(tài)較玄？的情況下，Redirect(url)方法效率

7、最高！可重定向到同一臺或非同一臺服務器上的aspx或非aspx (html)資源Server.Transfer方法和 Server.Execute方法最靈活!但只能轉到同一 Application目錄下， 也有可能導致不期望的結果發(fā)生Server.Execute方法占用資源最多.2、SQL 2005的新特性是什么？ 與oracle有什么區(qū)別？一、數據庫設計方面1、字段類型。varchar(max)nvarchar(max)類型的引入大大的提高了編程的效率，可以使用字符串 函數對CLOB類型進行操作，這是一個亮點。但是這就引發(fā)了對varchar和char效率討論的老問題。到底如何分配 varch

8、ar的數據，是否會出現大規(guī)模的碎片？是否碎片會引 發(fā)效率問題？這都是需要進一步探討的東西。varbinary(max)代替image也讓SQL Server的字段類型更加簡潔統(tǒng)一。XML字段類型更好的解決了XML數據的操作。XQuery確實不錯，但是個人對其沒好感。(CSDN的開發(fā)者應該是相當的熟了！)2、外鍵的級聯更能擴展可能大部分的同行在設計OLTP系統(tǒng)的時候都不愿意建立外鍵，都是通過程序來控制父子數據的完整性。但是再開發(fā)調試階段和OLAP環(huán)境中，外鍵是可以建立的。新版本中加入了 SET NULL和SET DEFAULT1性，能夠提供能好的級聯設置。3、索引附加字段這是一個不錯的新特性。雖

9、然索引的附加字段沒有索引鍵值效率高，但是相對映射 到數據表中效率還是提高了很多。我做過試驗，在我的實驗環(huán)境中會比映射到表中提高 30%左右的效率。4、計算字段的持久化原來的計算字段其實和虛擬字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了計算字段的持久化，這就提高了查詢的性能，但是會加重insert和update的負擔。OLTP慎用。OLAP可以大規(guī)模使用。5、分區(qū)表分區(qū)表是個亮點！從分區(qū)表也能看出微軟要做大作強SQL Server的信心。資料很多，這里不詳細說。但是重點了解的是： 現在的SQL Server2005的表，都是默認為分區(qū)表的。 因為它要支持滑動窗口的這

10、個特性。這種特性對歷史數據和實時數據的處理是很有幫助的。但是需要注意的一點，也是我使用過程中發(fā)現的一個問題。在建立 function->schema->table后，如果在現有的分區(qū)表上建立沒有顯式聲明的聚集索引時， 分區(qū)表會自動變?yōu)榉欠謪^(qū)表。這一點很讓我納悶。如果你覺得我的非分區(qū)索引無法對起 子分區(qū)，你可以提醒我一下呀！沒有任何的提醒，直接就變成了非分區(qū)表。不知道這算不算 一個bug。大家也可以試試。分區(qū)表效率問題肯定是大家關心的問題。在我的試驗中，如果按照分區(qū)字段進行的 查詢（過濾）效率會高于未分區(qū)表的相同語句。但是如果按照非分區(qū)字段進行查詢，效 率會低于未分區(qū)表的相同語句。但

11、是隨著數據量的增大，這種成本差距會逐漸減小，趨 于相等。（500萬數量級只相差10%左右）6、CLR類型微軟對CLR作了大篇幅的宣傳，這是因為數據庫產品終于融入.net體系中。最開始我們也是狂喜，感覺對象數據庫的一些概念可以實現了。但是作了些試驗，發(fā)現使用CLR的存儲過程或函數在達到一定的閥值的時候，系統(tǒng)性能會呈指數級下滑！這是非常危險 的！只使用幾個可能沒有問題，當一旦大規(guī)模使用會造成嚴重的系統(tǒng)性能問題！其實可以做一下類比，Oracle等數據庫產品老早就支持了 java編程，而且提供了 java 池參數作為用戶配置接口。但是現在有哪些系統(tǒng)大批使用了java存儲過程？ ！連 Oracle自己的

12、應用都不用為什么？！還不是性能有問題！否則面向對象的數據庫早就實現了！建議使用CLR的地方一般是和應用的復雜程度或操作系統(tǒng)環(huán)境有很高的耦合度的場景。如你想構建復雜的算法，并且用到了大量的指針和高級數據模型?；蛘呤且筒僮?系統(tǒng)進行Socket通訊的場景。否則建議慎重！7、索引視圖索引視圖2k就有。但是2005對其效率作了一些改進但是schema.viewname的作用域真是太限制了它的應用面。還有一大堆的環(huán)境參數和種種限制都讓人對它有點卻步。8、語句和事務快照語句級快照和事務級快照終于為SQL Server的并發(fā)性能帶來了突破。個人感覺語句級快照大家應該應用。事務級快照，如果是高并發(fā)系統(tǒng)還要慎

13、用。如果一個用戶總是被 提示修改不成功要求重試時，會殺人的！9、數據庫快照原理很簡單，對要求長時間計算某一時間點的報表生成和防用戶操作錯誤很有幫助。但是比起 Oracle10g的閃回技術還是細粒度不夠?？上?！二、開發(fā)方面1、Ranking函數集其中最有名的應該是 row_number 了。這個終于解決了用臨時表生成序列號的歷史， 而且SQL Server2005的row_number比Oracle的更先進。因為它把 Order by集成到了一 起，不用像Oracle那樣還要用子查詢進行封裝。但是大家注意一點。如下面的例子：select ROW_NUMBER（） OVER （order by a

14、a）from tblorder by bb會先執(zhí)行aa的排序，然后再進行 bb的排序?？赡苡械呐笥褧г辜傻膐rder by ,其實如果使用ranking函數,Order by是少不了的。如果擔心 Order by會影響效率，可以為 order by的字段建立聚集索引，查詢計劃會 忽略order by操作（因為本來就是排序的嘛）。2、top可以動態(tài)傳入參數，省卻了動態(tài)SQL的拼寫。3、Apply對遞歸類的樹遍歷很有幫助。4、CTE個人感覺這個真是太棒了！閱讀清晰，非常有時代感。5 try/catch代替了原來 VB式的錯誤判斷。比 Oracle高級不少。6、pivot/unpivot個人感覺

15、沒有case直觀。而且默認的第三字段（還可能更多）作為 group by字段 很容易造成新手的錯誤。三、DBA管理方面1、數據庫級觸發(fā)器記得在最開始使用 2k的時候就要用到這個功能，可惜 2k沒有，現在有了作解決方 案的朋友會很高興吧。2、多加的系統(tǒng)視圖和實時系統(tǒng)信息這些東西對DBA挑優(yōu)非常有幫助，但是感覺粒度還是不太細。3、優(yōu)化器的改進一直以來個人感覺 SQL Server的優(yōu)化器要比 Oracle的聰明。SQL2005的更是比2k 聰明了不少。（有次作試驗發(fā)現有的語句在200萬級時還比 50萬級的相同語句要快show_text的一些提示沒有找到解釋。一直在奇怪。 ）4、profiler的新

16、事件觀察這一點很好的加強了profiler的功能。但是提到profiler提醒大家注意一點。windows2003要安裝sp1補丁才能啟動profiler o否則點擊沒有反應。5、sqlcmd習慣敲命令行的朋友可能會爽一些。但是功能有限。適合機器跑不動SQL ServerManagement Studio 的朋友使用。3、ASP.NET MVC 介紹MVC把一個 web應用分成了三個部分：model view和controller 。 ASP.NET MVC框架提供了一個可以代替 web窗體的基于 mvc的應用。ASP.NET MVC概述mvc的優(yōu)點：1 .通過把項目分成model view和

17、controller ,使得復雜項目更加容易維護。2 .沒有使用view state和服務器表單控件，可以更方便的控制應用程序的行為3 .應用程序通過 controller來控制程序請求，可以提供豐富的url重寫。4 .對單元測試的支持更加出色5 .在團隊開發(fā)模式下表現更出眾ASP.NET MVC 概述 web窗體的優(yōu)點：1 .采用事件驅動模式來控制應用程序請求，由大量服務器控件支持2 .采用頁面控制機制，可以為單個頁面添加事件處理函數。3 .使用view state和服務器端頁面，使管理頁面狀態(tài)信息更加輕松。4 .對人數較少的想使用服務器端控件的開發(fā)團隊，使用起來更加方便5 .開發(fā)起來比 m

18、vc模式要輕松簡單一些ASP.NET MVC 概述 mvc框架特色：1 .分離任務(輸入邏輯，業(yè)務邏輯和顯示邏輯)，易測性和默認的測試驅動組件。所有mvc用到的組件都是基于接口并且可以被mock對象測試到，你可以不必在進程中運行 controller就可以使用測試。使得測試更加快速和簡捷。2 .可擴展的簡便的框架。mvc框架被設計用來更輕松的移植和定制功能。你可以加入自己的視圖引擎，url 重寫策略。重載 action 方法等。mvc 也支持 Dependency Injection (DI) and Inversion of Control (IOC )3 .強大的url重寫機制讓你更方便的

19、建立容易理解和可搜索的url。url可以不包含任何文件擴展名，并且可以重寫url使其對搜索引擎更加友好。4 .可以使用現有的頁面標記、用戶控件、模板頁。你可以使用嵌套模板頁，嵌入表達式 <%=%>,聲明服務器控件、模板，數據綁定、定位等等。5 .對現有的程序的支持，mvc讓你可以使用如窗體認證和windows認證、url認證、組管理和規(guī)則、 輸出、數據緩存、session、profile 、health monitoring 、配置管理系統(tǒng)、provider architecture 特性。4、SQL Server三種復制的區(qū)別1、事務復制將復制啟用后的所有發(fā)布服務器上發(fā)布的內容在

20、修改時傳給訂閱服務器； 數據更改將按照其在發(fā)布服務器上發(fā)生的順序和事務邊界，應用于訂閱服務器； 在發(fā)布內部可以保證事務的一致性；2、快照復制將數據以特定時刻的瞬時狀態(tài)分發(fā)，而不監(jiān)視對數據的更新; 發(fā)生同步時，將生成完整的快照，并將其發(fā)送到訂閱服務器;3、合并復制通常從發(fā)布數據庫對象和數據的快照開始，并且用觸發(fā)器跟蹤在發(fā)布器和訂閱服務器上所做的后續(xù)更改和架構修改；訂閱服務器在連接到網絡時將與發(fā)布服務器進行同步，并交換自上次同步以來發(fā) 布服務器和訂閱服務器之間發(fā)生更改的所有行；5、請你談一談你對值類型與引用類型的理解？1 .所有對象都繼承自 System.Object,而所有的值類型都繼承自Sys

21、tem.ValueTypa也就是說，System.ValueType重寫了 System.Object的方法使得值類型的操作是基于值而 不是基于引用。2 .值類型內存分配在棧上，引用類型內存分配在托管堆中。內存分配在這兩個地方的區(qū)別在于：如果超出了值類型定義的范圍，值類型分配的內存會立刻從內存中清除， 即它的內存生命周期是可以預測的。而引用類型分配在托管堆中，內存管理有垃圾處理 器控制，不可預知其生命周期。3 .賦值操作值類型賦值操彳是會依次copy所有成員變量的值。引用類型僅僅是地址重定向。4 .參數傳遞默認為值傳遞，即參數為值類型是傳遞值類型的值副本，參數為引用類型時傳遞引用類型地址值副本

22、。但當參數使用out或者ref關鍵字是，傳遞的是引用本身。但是在使用ref,需要注意一些區(qū)別：當參數為引用類型時，不使用 ref關鍵字，方法還是可以通過傳入的引用改變其所 指向的實例，但是不能改變引用本身。當參數為引用類型時，同時使用 ref關鍵字，方法可以通過傳入的引用改變其所指向的實例，并且改變引用本身。5.值類型是sealed的，不能繼承6 .值類型不能寫Finalize()方法，該方法用于堆上的內存回收。7 .裝箱與拆箱裝有i -把值類型轉換為引用類型。拆有i -把引用類型轉換為值類型。作用：可以把值類型也看作是對象。最常使用的情況是在集合操作的時候，大多數 方法接口都接收一個對象參數

23、(object)。當傳入值類型時，.NET會自動處理裝箱細節(jié)， 把值類型轉變?yōu)橐妙愋?。從集合取出時，把引用類型的值取出放回值類型變量。缺點：性能上有損失。并且缺少類型安全保證。.NET 2.0推出了泛型 基本上能解決這個問題。6、 private > protected > public 和 internal 的區(qū)另U ?private是完全私有的，只有在類自己里面可以調用，在類的外部和子類都不能調用，子類也不能繼承父類的 private的屬性和方法。protected雖然可以被外界看到，但外界卻不能調用，只有自己及自己的子類可以調用（protected的屬性和方法都可以被子類所

24、繼承和調用）。private和protected的共同點：外部都不可以訪問。private和protected的不同點：在同一類中可視為一樣，但在繼承中就不同了， private在派生類中不可以被訪問，而 protected可以。public對任何類和成員都完全公開，無限制訪問。internal同一應用程序集內部（在VS.NET中的一個項目中，這里的項目是指單獨的項目，而不是整個解決方案）可以訪問。public和internal的區(qū)別：public的成員可以跨程序集，但 internal不能，同一程序 集中具有相同的效果。protected internal :只能在同一應用程序集內本類、派生

25、類訪問。7、ASPNET如何進行性能優(yōu)化問題？我們將從5方面來進行ASPNET性能優(yōu)化：一、SqlDataRead 和 Dataset 的選擇Sqldataread優(yōu)點：讀取數據非?？臁Ｈ绻麑Ψ祷氐臄祿恍枳龃罅刻幚淼那闆r 下，建議使用SqlDataReader,其性能要比datset好很多。缺點：直到數據讀完才可 close 掉于數據庫的連接（SqlDataReader讀數據是快速向前的。SqlDataReader類提供了一種讀取從SQLServer數據庫檢索的只進數據流的方法。它使用 SQL Server的本機網絡數據傳輸格式 從數據庫連接直接讀取數據。DataReader需及時顯式的cl

26、ose?？杉皶r的釋放對數據的連 接。）Dataset是把數據讀出，緩存在內存中。缺點：對內存的占用較高。如果對返 回的數據需做大量的處理用Dataset比較好些可以減少對數據庫的連接操作。優(yōu)點：只需連接一次就可close于數據庫的連接一般情況下，讀取大量數據，對返回數據不做大量處理用SqlDataReader對返回數據大量處理用 datset比較合適.對SqlDataReader和Dataset的選擇取決于程序功能的實 現。二、ExecuteNonQuery 和 ExecuteScalar對數據的更新不需要返回結果集，建議使用ExecuteNonQuery。由于不返回結果集可省掉網絡數據傳輸。

27、它僅僅返回受影響的行數。如果只需更新數據用 ExecuteNonQuery性能的開銷比較小。ExecuteScalar它只返回結果集中第一行的第一列。使用 ExecuteScalar方法從 數據庫中檢索單個值 （例如id號）。與使用ExecuteReader方法，返回的數據執(zhí)行生成 單個值所需的操作相比，此操作需要的代碼較少。只需更新數據用 ExecuteNonQuery.單個值的查詢使用 ExecuteScalar數據綁定的 選擇三、數據的綁定 DataBinder一般的綁定方法 <%# DataBinder.Eval（Container.DataItem,"字段名"

28、;）>用 DataBinder.eval綁定不必關心數據來源 （Dataread或dataset）。不必關心數據的類型eval會把這個數據對象轉換為一個字符串。在底層綁定做了很多工作，使用了反射性能。正 因為使用方便了， 但卻影響了數據性能。來看下<%# DataBinder.Eval（Container.DataItem,"字段名"）%>。當于dataset綁定時，Dataltem其實式一個 DataRowView （如果綁定的是 一個數據讀取器（dataread ）它就是一個 IdataRecord。）因此直接轉換成DataRowView的話，將會給性

29、能帶來很大提升。<%# ctype（Container.DataItem,DataRowView）.Row（"字段名"）%>對數據的綁定建議使用<%# ctype（Container.DataItem,DataRowView）.Row（"字段名"）%>。數據量大的時候可提高幾百倍的速度。使用時注意2方面：1.需在頁面添加<%Import namespace="System.Data"%>.2.注意字段名的大小寫（要特別注意） 。如果和查詢 的不一致，在某些情況下會導致比<%# DataBind

30、er.Eval（Container.DataItem,"字段名"）%>還要慢。如果想進一步提高速度，可采用 <%# ctype（Container.DataItem,DataRowView）.Row（0） %> 的方法。不過其可讀性不高。以上的是 的寫法。在 c#中：<% （DataRowView）Container.DataItem）" 字段名"%>對查看頁面每個執(zhí)行過程狀態(tài)最簡單的辦法：其頁面的trace屬性為true就可查看細節(jié)。一、使用存儲過程：1、性能方面：存儲過程提供了許多標準sql語言中所沒有的高級特性。其傳遞

31、參數和執(zhí)行邏輯表達式的功能，有助于應用程序設計者處理復雜任務。另外，存儲過程 存儲在本地服務器上，減少了執(zhí)行該過程所需的網絡傳輸寬帶和執(zhí)行時間。（存儲過程已經對sql語句進行了預編譯，所以其執(zhí)行速度比在程序里執(zhí)行sql語句快很多）2、程序結構方面：從程序的可擴展性看，使用存儲過程會對程序以后的修改 帶來方便。比如數據庫的結構改變了，只需修改相對應的存儲結構，和程序中的調用部 分即可。這部分不屬于本文探討范圍，屬于程序結構設計方面。所以不在此展開。3、程序安全性：使用存儲過程可避免SQL Injection攻擊。二、查詢語句的優(yōu)化（針對 sql server2000 ）很多人只為目的寫出 sql

32、語句，而不考慮sql語句的執(zhí)行效率。在這我只提供一 優(yōu)化表順序的方法，（sql語句的優(yōu)化和原則將會在我的 sql server2000學習筆記中專題討 論）對sql語句執(zhí)行效率可用 sql server2000的查詢分析器來查看語句的執(zhí)行過程。優(yōu)化表順序：一般情況下，sqlserver會對表的連接作出自動優(yōu)化。例如：selectname,no from A join B on A. id=B.id join C on C.id=A.id where name= ' wang'盡管A表在From中先列出，然后才是 B,最后才是C。但sql server可能會首先 使用c表。它的選

33、擇原則是相對于該查詢限制為單行或少數幾行，就可以減少在其他表 中查找的總數據量。絕大多數情況下，sql server會作出最優(yōu)的選擇，但如果你發(fā)覺某個復雜的聯結查詢速度比預計的要慢，就可以使用SET FORCEPLAM句弓II制sql server按照表出現順序使用表。如上例加上：SET FORCEPLAN ON.SET FORCEPLAN OFF的執(zhí)行順序將會按照你所寫的順序執(zhí)行。在查詢分析器中查看2種執(zhí)行效率，從而選擇表的連接順序。使用SET FORCEPLA睡擇表聯結順序三、頁面的優(yōu)化（.aspx）主要針對幾個頁面屬性1、EnableViewState（頁面的視圖狀態(tài) ）。如果無特殊要求

34、設置為false。使用ViewState ,每個對象都必須先序列化到ViewState中，然后再通過回傳進行反序列化，因此使用 ViewState是沒有代價的。盡量減少使用對象，如果可能，盡量減少放入 ViewState中的對象的數目。下面情況基本上可以禁用viewstate：（1）頁面控件（.ascx）（2）頁面不回傳給自身。（3）無需對控件的事件處理。（4）控件沒有動態(tài)的或數據綁定的屬性值（或對于每個postpack都在代碼中處理）單個頁面或每個頁面都禁用ViewState ,如下所示：單個頁面：<% PageEnableViewState="False" %> 每個頁面：在 web.config 中 <Pages EnableViewState="false" /> EnableSessionState保持默認值即可（如果頁面用到sessionstate它才會占用資源）。EnableViewStateMac如果無安全上的特殊要求，保持默認值。2、Pagelayout.頁面布局模型。建議使用 Flowlayout（元素不帶絕對定位屬性添 加）.Gridlayout（絕對定位屬性）由于采用絕對定位，將會比 Flowlayout生產