aspnetmvc源碼分析

Ⅰ 從源碼理解總結web容器、spring容器、spring mvc容器三者關系

本篇，我打算從springMVC項目的web.xml的配置文件入手，通過部分源碼逐步去理解解釋三個容器的關系以及調用順序，因為是基於我個人的理解，可能有所不足。

一般web.xml文件里會有如下兩段配置信息：

我們先了解下web.xml，以下引用自 《web.xml文件是什麼？有什麼用？--詳解》 ：

然後結合我們上面的web.xml中關於spring和spring mvc的配置信息來進入話題：

    首先，啟動web容器的時，會先生成對應項目的ServelContent對象，這個是每個項目的上下文，這個ServelContent可以管理所有的servlet，並將我們web.xml中設置的<context-param>內容作為鍵值對交給這個對象。

    然後載入<listener>標簽內容，這個時候就會產生org.springframework.web.context.ContextLoaderListener。

spring的這個 ContextLoaderListener 在接下來的過程中很重要，我們來看一下源碼

首先，可以看出它繼承了ContextLoader類，並實現了ServletContextListener介面。

這里再直接引用他人的結論   《Spring中ContextLoaderListener作用》

好了，人家說法中回到我們的起點了，我們基本都被人告知「ContextLoaderListener的作用是創建並初始化spring容器」

那我們就可以深入進去看看，到底哪裡做了這一步：

首先，我們知道了ServletContextListene是ServletContext的監聽者，監聽器的響應動作就是在伺服器啟動時contextInitialized會被調用，關閉的時候contextDestroyed被調用，這個好理解，那我們就來看一下ContextLoaderListener重寫的contextInitialized方法到底做了什麼。

我們再進入觀察initWebApplicationContext方法細看

我因為自己消化過一遍，直接給出關鍵位置的方法說明——

1、首先是278行：創建了WebApplicationContext，我們可以理解為spring容器的殼子有了

2、其次是288和289行：對ApplicationContext載入了配置文件，並設置servletContext為WebApplicationContext的parent，到這一步，可以理解為我們的spring容器也就差不多成型了

3、接下來是294行：把ApplicationContext對象以鍵值對的形式存到servletContext中，這一步很關鍵，就是因為servletContext中存在這個鍵值對，所以其他內部成員可以通過servletContext訪問到ApplicationContext，當然也能使用其管理的bean，而spring mvc則沒有這樣存在servletContext，所以我覺得正是這一步決定了子容器springmvc可以取用父容器內的bean，反著則不然。

接下來直到輪到我們的springmvc容器<servlet>標簽內容

會生成控制org.springframework.web.servlet.DispatcherServlet，這是一個前端控制器，主要的內容我之前也有一篇文章做過自我記錄

《Spring MVC的工作機制簡單理解》

我們可以看到設置的

<load-on-startup>1</load-on-startup>

這個標簽大概意思就是：

1、load-on-startup 元素標記容器是否應該在web應用程序啟動的時候就載入這個servlet，(實例化並調用其init()方法)。

2、它的值必須是一個整數，表示servlet被載入的先後順序。

3、如果該元素的值為負數或者沒有設置，則容器會當Servlet被請求時再載入。

4、如果值為正整數或者0時，表示容器在應用啟動時就載入並初始化這個servlet，值越小，servlet的優先順序越高，就越先被載入。值相同時，容器就會自己選擇順序來載入。

在DispatcherServlet的時候就根據springMVC容器容器的配置文件生成。

比如我這邊就是

那順序確定了，我們再看一下spring和spring mvc的父子關系哪裡確定：

我們可以從下面3個截圖看到dispatcherServlet的繼承關系，同時，init方法用的是dispatcherServlet父類的父類的方法。

重點在於initServletBean()方法，經過追蹤，我們找到該方法的最終實現又是在dispatcherServlet的父類FrameworkServlet中

其中涉及父子關系的實際是在219行的initWebApplicationContext()方法

initWebApplicationContext()方法主要用於創建或刷新WebApplicationContext實例，並對Servlet功能所使用的變數進行初始化。

從238行源碼就可以看到，它獲得ContextLoaderListener中初始化的rootContext，

在246行設置了父子關系的引用，也就是從這一點我們看到了spring和springMVC的父子關系！

並且，可以看到這只是一條單向的引用，spring中沒有引用直接指向springMVC，也就是子類能找到父類，然而父類都不知道這個子類，父子容器之間內部對象調用關系更明了。

再通過構造函數和Servlet的contextAttribute屬性查找ServletContext來進行webApplicationContext實例的初始化，最終。

這個方法內263行源碼onRefresh(wac)方法是FrameworkServlet提供的模板方法，在子類，也就是我們的DispatcherServlet的onRefresh()方法中進行了重寫。而在onRefresh()方法中調用了initStrategies()方法來完成初始化工作，初始化Spring MVC的9個組件。

1、Tomcat在啟動時給每個Web應用創建一個全局的上下文環境，這個上下文就是ServletContext，其為後面的Spring容器提供環境。

2、Tomcat在啟動過程中觸發容器初始化事件，Spring的ContextLoaderListener會監聽到這個事件，它的contextInitialized方法會被調用，在這個方法中，Spring會初始化全局的Spring根容器，這個就是Spring的IoC容器，IoC容器初始化完畢後，Spring將其存儲到ServletContext中，便於以後來獲取。

3、Tomcat在啟動過程中還會掃描Servlet，一個Web應用中的Servlet可以有多個，以SpringMVC中的DispatcherServlet為例，這個Servlet實際上是一個標準的前端控制器，用以轉發、匹配、處理每個Servlet請求。

4、Servlet會在容器啟動時載入或延遲載入（根據啟動級別設置數字）。延遲載入時，當第一個請求達到時，serlet容器發現對應Servlet還沒有被實例化，就調用Servlet的init方法。

在spring MVC里

        DispatcherServlet在初始化的時候會建立自己的容器，叫做SpringMVC 容器，用來持有Spring MVC相關的Bean。同時，Spring MVC還會通過ServletContext拿到Spring根容器，並將Spring根容器設為SpringMVC容器的父容器，請注意，Spring MVC容器可以訪問父容器中的Bean，但是父容器不能訪問子容器的Bean， 也就是說Spring根容器不能訪問SpringMVC容器里的Bean。

        說的通俗點就是，在Controller里可以訪問Service對象，但是在Service里不可以訪問Controller對象。

Ⅱ asp.net 4.0 與asp.net 3.5的MVC有什麼明顯區別

4.0中你可以使用更多新特性，

在ASP.NET MVC的源碼中提供了對4.0的一些擴展，這在3.5中是沒有辦法用的
比如可選參數的Helper、支持dynamic的ViewPage：DynamicViewPage 、一些新的驗證Datameta

這些特性在Microsoft.Web.Mvc.AspNet4.dll中

Ⅲ asp.net mvc是什麼

MVC架構是"Model-View-Controller"的縮寫，中文翻譯為"模型-視圖-控制器"。
網路已經有很好的說明了
http://ke..com/view/739359.htm?fr=ala0_1_1

ASP.NET的Model還可以分成 BLL -> DAL
還有LZ說的是ASP.NET的MVC 不是java的 大家都知道asp.net是事件驅動機制為主的
但這種機制會有很多壞處 例如運行速度慢(相對) 不得不為了控制刷新而參入各種技術(如AJAX) ASP.NET的MVC 用微軟的話說 就是摒棄了事件機制 摒棄了runat="server"控制項 其中利弊總之眾說紛紜 不過.NET專業的各位可以在JAVA的各位面前自豪的說:"我們的MVC性能比JAVA還好!"

自己寫的 有點慢了哈哈 已經有人貼了一大片

http://e.codepub.com/2009/0422/3206.php
再給LZ貼一個快速入門 可以更詳細的了解一下 並動手試試沒有aspx.cs的asp.net吧 :D

Ⅳ 詳解Spring mvc工作原理及源碼分析

Model 模型層 (javaBean組件 = 領域模型(javaBean) + 業務層 + 持久層）

View 視圖層（ html、jsp…）

Controller 控制層（委託模型層進行數據處理）

springmvc是一個web層mvc框架，類似struts2。

springmvc是spring的部分，其實就是spring在原有基礎上，又提供了web應用的mvc模塊。

實現機制：

struts2是基於過濾器實現的。

springmvc是基於servlet實現的。

運行速度：

因為過濾器底層是servlet,所以springmvc的運行速度會稍微比structs2快。

struts2是多例的

springmvc單例的

參數封裝：

struts2參數封裝是基於屬性進行封裝。

springmvc是基於方法封裝。顆粒度更細。

⑴ 用戶發送請求至DispatcherServlet。

⑵ DispatcherServlet收到請求調用HandlerMapping查詢具體的Handler。

⑶ HandlerMapping找到具體的處理器(具體配置的是哪個處理器的實現類)，生成處理器對象及處理器攔截器(HandlerExcutorChain包含了Handler以及攔截器集合)返回給DispatcherServlet。

⑷ DispatcherServlet接收到HandlerMapping返回的HandlerExcutorChain後，調用HandlerAdapter請求執行具體的Handler(Controller)。

⑸ HandlerAdapter經過適配調用具體的Handler(Controller即後端控制器)。

⑹ Controller執行完成返回ModelAndView(其中包含邏輯視圖和數據)給HandlerAdaptor。

⑺ HandlerAdaptor再將ModelAndView返回給DispatcherServlet。

⑻ DispatcherServlet請求視圖解析器ViewReslover解析ModelAndView。

⑼ ViewReslover解析後返回具體View(物理視圖)到DispatcherServlet。

⑽ DispatcherServlet請求渲染視圖(即將模型數據填充至視圖中) 根據View進行渲染視圖。

⑾ 將渲染後的視圖返回給DispatcherServlet。

⑿ DispatcherServlet將響應結果返回給用戶。

(1)前端控制器DispatcherServlet（配置即可）

功能:中央處理器,接收請求,自己不做任何處理,而是將請求發送給其他組件進行處理。DispatcherServlet 是整個流程的控制中心。

(2)處理器映射器HandlerMapping(配置即可)

功能:根據DispatcherServlet發送的url請求路徑查找Handler

常見的處理器映射器:BeanNameUrlHandlerMapping,SimpleUrlHandlerMapping,

,(不建議使用)

(3)處理器適配器HandlerAdapter（配置即可）

功能:按照特定規則（HandlerAdapter要求的規則）去執行Handler。

通過HandlerAdapter對處理器進行執行，這是適配器模式的應用，通過擴展多個適配器對更多類型的處理器進行執行。

常見的處理器適配器:HttpRequestHandlerAdapter，，

(4)處理器Handler即Controller(程序猿編寫)

功能:編寫Handler時按照HandlerAdapter的要求去做，這樣適配器才可以去正確執行Handler。

(5)視圖解析器ViewReslover(配置即可)

功能:進行視圖解析，根據邏輯視圖名解析成真正的視圖。

ViewResolver負責將處理結果生成View視圖，ViewResolver首先根據邏輯視圖名解析成物理視圖名即具體的頁面地址，再生成View視圖對象，最後對View進行渲染將處理結果通過頁面展示給用戶。

springmvc框架提供了多種View視圖類型,如:jstlView、freemarkerView、pdfView...

(6)視圖View(程序猿編寫)

View是一個介面，實現類支持不同的View類型（jsp、freemarker、pdf...）

引入相關依賴：spring的基本包、springmvc需要的spring-webmvc，日誌相關的slf4j-log4j12，jsp相關的jstl、servlet-api、jsp-api。

因為DispatcherServlet本身就是一個Servlet，所以需要在web.xml配置。

一、使用默認載入springmvc配置文件的方式,必須按照以下規范：

①命名規則:-servlet.xml ====> springmvc-servlet.xml

②路徑規則:-servlet.xml必須放在WEB-INF下邊

二、如果要不按照默認載入位置,則需要在web.xml中通過標簽來指定springmvc配置文件的載入路徑,如上圖所示。

將自定義的 Controller 處理器配置到 spring 容器中交由 spring 容器來管理，因為這里的 springmvc.xml 配置文件中處理器映射器配置的是 BeanNameUrlHandlerMapping ，根據名字可知這個處理器映射器是根據 bean (自定義Controller) 的 name 屬性值url去尋找執行類 Handler(Controller) , 所以bean的name屬性值即是要和用戶發送的請求路徑匹配的 url 。

根據視圖解析路徑：WEB-INF/jsps/index.jsp

功能:根據bean(自定義Controller)的name屬性的url去尋找執行類Controller。

功能:自定義的處理器(Controller)實現了Controller介面時，適配器就會執行Controller的具體方法。

會自動判斷自定義的處理器(Controller)是否實現了Controller介面，如果是，它將會自動調用處理器的handleRequest方法。

Controller介面中有一個方法叫handleRequest，也就是處理器方法。

因此,自定義的Controller要想被調用就必須實現Controller介面,重寫Controller介面中的處理器方法。

Ⅳ Spring系列（一）Spring MVC bean 解析、注冊、實例化流程源碼剖析

最近在使用Spring MVC過程中遇到了一些問題，網上搜索不少帖子後雖然找到了答案和解決方法，但這些答案大部分都只是給了結論，並沒有說明具體原因，感覺總是有點不太滿意。

更重要的是這些所謂的結論大多是抄來抄去，基本源自一家，真實性也有待考證。

那作為程序員怎麼能知其所以然呢？

此處請大家內心默讀三遍。

用過Spring 的人都知道其核心就是IOC和AOP，因此要想了解Spring機制就得先從這兩點入手，本文主要通過對IOC部分的機制進行介紹。

在開始閱讀之前，先准備好以下實驗材料。

IDEA 是一個優秀的開發工具，如果還在用Eclipse的建議切換到此工具進行。

IDEA有很多的快捷鍵，在分析過程中建議大家多用Ctrl+Alt+B快捷鍵，可以快速定位到實現函數。

Spring bean的載入主要分為以下6步：

查看源碼第一步是找到程序入口，再以入口為突破口，一步步進行源碼跟蹤。

Java Web應用中的入口就是web.xml。

在web.xml找到ContextLoaderListener ，此Listener負責初始化Spring IOC。

contextConfigLocation參數設置了bean定義文件地址。

下面是ContextLoaderListener的官方定義：

翻譯過來ContextLoaderListener作用就是負責啟動和關閉Spring root WebApplicationContext。

具體WebApplicationContext是什麼？開始看源碼。

從源碼看出此Listener主要有兩個函數，一個負責初始化WebApplicationContext，一個負責銷毀。

繼續看initWebApplicationContext函數。

在上面的代碼中主要有兩個功能：

進入CreateWebAPPlicationContext函數

進入determineContextClass函數。

進入函數。

WebApplication Context有很多實現類。 但從上面determineContextClass得知此處wac實際上是XmlWebApplicationContext類，因此進入XmlWebApplication類查看其繼承的refresh()方法。

沿方法調用棧一層層看下去。

獲取beanFactory。

beanFactory初始化。

載入bean。

讀取XML配置文件。

XmlBeanDefinitionReader讀取XML文件中的bean定義。

繼續查看loadBeanDefinitons函數調用棧，進入到XmlBeanDefinitioReader類的loadBeanDefinitions方法。

最終將XML文件解析成Document文檔對象。

上一步完成了XML文件的解析工作，接下來將XML中定義的bean注冊到webApplicationContext，繼續跟蹤函數。

用BeanDefinitionDocumentReader對象來注冊bean。

解析XML文檔。

循環解析XML文檔中的每個元素。

下面是默認命名空間的解析邏輯。

不明白Spring的命名空間的可以網上查一下，其實類似於package，用來區分變數來源，防止變數重名。

這里我們就不一一跟蹤，以解析bean元素為例繼續展開。

解析bean元素，最後把每個bean解析為一個包含bean所有信息的BeanDefinitionHolder對象。

接下來將解析到的bean注冊到webApplicationContext中。接下繼續跟蹤registerBeanDefinition函數。

跟蹤registerBeanDefinition函數，此函數將bean信息保存到到webApplicationContext的beanDefinitionMap變數中，該變數為map類型，保存Spring 容器中所有的bean定義。

Spring 實例化bean的時機有兩個。

一個是容器啟動時候，另一個是真正調用的時候。

相信用過Spring的同學們都知道以上概念，但是為什麼呢？

繼續從源碼角度進行分析，回到之前XmlWebApplication的refresh（）方法。

可以看到獲得beanFactory後調用了 ()方法，繼續跟蹤此方法。

預先實例化單例類邏輯。

獲取bean。

doGetBean中處理的邏輯很多，為了減少干擾，下面只顯示了創建bean的函數調用棧。

創建bean。

判斷哪種動態代理方式實例化bean。

不管哪種方式最終都是通過反射的形式完成了bean的實例化。

我們繼續回到doGetBean函數，分析獲取bean的邏輯。

上面方法中首先調用getSingleton(beanName)方法來獲取單例bean，如果獲取到則直接返回該bean。方法調用棧如下：

getSingleton方法先從singletonObjects屬性中獲取bean 對象,如果不為空則返回該對象，否則返回null。

那 singletonObjects保存的是什麼？什麼時候保存的呢？

回到doGetBean（）函數繼續分析。如果singletonObjects沒有該bean的對象，進入到創建bean的邏輯。處理邏輯如下：

下面是判斷容器中有沒有注冊bean的邏輯，此處beanDefinitionMap相信大家都不陌生，在注冊bean的流程里已經說過所有的bean信息都會保存到該變數中。

如果該容器中已經注冊過bean，繼續往下走。先獲取該bean的依賴bean，如果鑹子依賴bean，則先遞歸獲取相應的依賴bean。

依賴bean創建完成後，接下來就是創建自身bean實例了。

獲取bean實例的處理邏輯有三種，即Singleton、Prototype、其它(request、session、global session)，下面一一說明。

如果bean是單例模式，執行此邏輯。

獲取單例bean，如果已經有該bean的對象直接返回。如果沒有則創建單例bean對象，並添加到容器的singletonObjects Map中，以後直接從singletonObjects直接獲取bean。

把新生成的單例bean加入到類型為MAP 的singletonObjects屬性中，這也就是前面singletonObjects（）方法中獲取單例bean時從此Map中獲取的原因。

Prototype是每次獲取該bean時候都新建一個bean，因此邏輯比較簡單，直接創建一個bean後返回。

從相應scope獲取對象實例。

判斷scope，獲取實例函數邏輯。

在相應scope中設置實例函數邏輯。

以上就是Spring bean從無到有的整個邏輯。

從源碼角度分析 bean的實例化流程到此基本接近尾聲了。

回到開頭的問題，ContextLoaderListener中初始化的WebApplicationContext到底是什麼呢？

通過源碼的分析我們知道WebApplicationContext負責了bean的創建、保存、獲取。其實也就是我們平時所說的IOC容器，只不過名字表述不同而已。

本文主要是講解了XML配置文件中bean的解析、注冊、實例化。對於其它命名空間的解析還沒有講到，後續的文章中會一一介紹。

希望通過本文讓大家在以後使用Spring的過程中有「一切盡在掌控之中」的感覺，而不僅僅是稀里糊塗的使用。

Ⅵ 如何調試MVC4的代碼

下載鄭並畢了 http //aspnetwebstack codeplex com/SourceControl/list/changesets 這上面
.NET 4.0 RTM的源碼,

裝了一個git,然後下載就可以了

git clone https //git01 codeplex com/aspnetwebstack.git

時間稍微長了點兒,半個小時吧;

然後裡面src全是MVC4的源碼(其實很大一部分都在裡面了)

解決反感是runtime.sln的,打開之後,在裡面新建一個MVC4的項目,

這里有個問題,我下載的MVC4,在
system.web.mvc項目里Properties\CommonAssembley.cs里,全是5.0.0.0的版本號,

我把他改成了5.0.0.1

#if
ASPNETMVC [assembly: AssemblyVersion("5.0.0.1")] [assembly:
AssemblyFileVersion("5.0.0.1")] [assembly: AssemblyProct("Microsoft ASP.NET
MVC")] #elif ASPNETWEBPAGES

然後修改根目錄下的 web.config

<appSettings>

<add
key="webpages:Version" value="3.0.0.0" />

<add key="webpages:Enabled" value="false" />

<add key="PreserveLoginUrl" value="true" />

<add key="ClientValidationEnabled" value="true" />

<add key="UnobtrusiveJavaScriptEnabled" value="true" />

</appSettings>
這里之所以改成3.0.0.0的原因,是因為在我下載的源碼里,他的版本號喊芹就是3.0,

<runtime>

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">

<dependentAssembly>

<assemblyIdentity name="System.Web.Helpers"
publicKeyToken="31bf3856ad364e35" />

<bindingRedirect oldVersion="1.0.0.0-2.0.0.0"
newVersion="3.0.0.0" />

</dependentAssembly>

<dependentAssembly>

<assemblyIdentity name="System.Web.Mvc"
publicKeyToken="31bf3856ad364e35" />

<bindingRedirect
oldVersion="1.0.0.0-4.0.0.0" newVersion="5.0.0.1" />

</dependentAssembly>

<dependentAssembly>

<assemblyIdentity name="System.Web.WebPages"
publicKeyToken="31bf3856ad364e35" />

<bindingRedirect oldVersion="1.0.0.0-2.0.0.0"
newVersion="3.0.0.0" />

</dependentAssembly>

<dependentAssembly>

<assemblyIdentity name="EntityFramework"
publicKeyToken="b77a5c561934e089" />

<bindingRedirect oldVersion="1.0.0.0-5.0.0.0"
newVersion="5.0.0.0"蔽如 />

</dependentAssembly>

<dependentAssembly>

<assemblyIdentity name="WebGrease"
publicKeyToken="31bf3856ad364e35" />

<bindingRedirect oldVersion="1.0.0.0-1.3.0.0"
newVersion="1.3.0.0" />

</dependentAssembly>

</assemblyBinding>

</runtime> 這里的改成了我自己的版本號

然後修改view下面的web.config

<configSections>

<sectionGroup name="system.web.webPages.razor"
type="System.Web.WebPages.Razor.Configuration.RazorWebSectionGroup,
System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31BF3856AD364E35">

<section name="host"
type="System.Web.WebPages.Razor.Configuration.HostSection,
System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31BF3856AD364E35" requirePermission="false" />

<section name="pages"
type="System.Web.WebPages.Razor.Configuration.RazorPagesSection,
System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31BF3856AD364E35" requirePermission="false" />

</sectionGroup>

</configSections>
這里修改成了3.0,當然具體是什麼,看你自己下載的,但是我覺得大部分應該跟我的是一樣的(環境VS2012,源碼4.0 RTM)

<system.web.webPages.razor>

<host factoryType="System.Web.Mvc.MvcWebRazorHostFactory,
System.Web.Mvc, Version=5.0.0.1,
Culture=neutral, PublicKeyToken=31BF3856AD364E35" />

<pages pageBaseType="System.Web.Mvc.WebViewPage">

<namespaces>

<pages

validateRequest="false"

pageParserFilterType="System.Web.Mvc.ViewTypeParserFilter,
System.Web.Mvc, Version=5.0.0.1,
Culture=neutral, PublicKeyToken=31BF3856AD364E35"

pageBaseType="System.Web.Mvc.ViewPage, System.Web.Mvc,
Version=5.0.0.1, Culture=neutral,
PublicKeyToken=31BF3856AD364E35"

userControlBaseType="System.Web.Mvc.ViewUserControl, System.Web.Mvc,
Version=5.0.0.1,
Culture=neutral,
PublicKeyToken=31BF3856AD364E35">

同樣,修改之(具體是不是不修改也成,我就不知道了,我是按照網上的方法改的,最後的地方,會給出連接大家注意學習吧)

這樣,配置文件和MVC代碼中的版本號,就修改完了,

然後打開VS2012的命令行,執行

Run
"sn.exe -Vr *,31BF3856AD364E35" in the Visual Command line (哈哈,你看,我真的是COPY的,原創的東西幾乎沒有)

然後把項目中的system.web.mvc的引用,改到你的MVC4的源碼里的項目,當然,不止這一個,不然會有很多地方報錯的,大致的DLL有 :
system.web.razot; system.web.webpages;system.web.webpages.deployment;
system.web.webpages.razor; 這里不全沒關系,網頁上會明確提示少哪個的.

如果出現了一個類型轉換的錯誤:

用戶代碼未處理
System.InvalidCastException

HResult=-2147467262

Message=[A]System.Web.WebPages.Razor.Configuration.HostSection 無法強制轉換為
[B]System.Web.WebPages.Razor.Configuration.HostSection。類型 A
源自「System.Web.WebPages.Razor, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35」(在上下文「Default」中的「C:\Windows\Microsoft.Net\assembly\GAC_MSIL\System.Web.WebPages.Razor\v4.0_2.0.0.0__31bf3856ad364e35\System.Web.WebPages.Razor.dll」位置處)。類型
B 源自「System.Web.WebPages.Razor, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35」(在上下文「Default」中的「C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary
ASP.NET
Files\root\49f25bf0\9ce908d5\assembly\dl3\70f2ab4b\b0630cdc_834fce01\System.Web.WebPages.Razor.dll」位置處)。

Source=System.Web.WebPages.Razor

這個錯誤,就是我為什麼要該system.web.webpages的版本好的原因了; 如果出現其他DLL,大家也可以隨著改一下;

之後,就可以在頁面中隨便加空間,就能看到斷點的執行了,好運;