ps:这是针对ASP.NET4.5版本的，好像在最新的5.0版本中加入了OWIN，彻底解耦了和Web服务器的耦合，我还没有研究过，不敢妄言4.5的模型适用5.0。
action*0x1：大话ASP.NET模型
首先我们先来了解下一个请求的悲欢离合的命运，看看它的一生中所走过的蜿蜒曲折的道路。如下图所示：
在如上所示的风光旖旎的画卷中，我们可以看到一个“请求”从客户端浏览器出发，经历千山万水到达服务器，服务器的内核模块的HTTP.SYS热情款待了它，对它进行简单的修饰之后，就和它依依惜别了，因为HTTP.SYS知道它是一个有梦想的“请求”，它应该去它该去的地方，于是就把它送到了IIS。
IIS是片神奇的土地，这里有一位伟大的神灵叫做inetinfo.exe，于是它便去神灵的居所W3SVC服务（windows服务）祈祷，希望能给他一些指示，神灵通过查阅天书（IIS的配置文件），知道了它不是一般的静态文件，不能把它直接送回去，应该让它去它的族人开办的加工厂（即对应网站的工作进程中）好好修习一番。
现任加工厂老大叫w3wp.exe，在IIS6以前是aspnet_wp.exe,其因为没有管理好各个加工厂之间的地盘问题被罢免了（asp.net_wp.exe用一个进程寄宿所有的网站，用应用程序域进行分割的，结果导致网站之间相互影响），现任老大w3wp.exe通过一个网站一个进程的方式把问题解决了，因此顺利上位。
初入加工厂的“请求”拜访了门卫asp.net_isapi.dll,门卫发现它是第一个过来的“请求”，于是为它打开了工厂的生产车间（即第一个请求到达时，启动了asp.net运行的环境，后来的请求就可以直接进入这个环境里。），并请车间主任ISAPIRuntime来负责它，主任兴高采烈的来欢迎它（即ISAPIRuntime调用ProcessRequest（简称PR）方法，访问当前请求所在的ecb句柄），并让土里土气的它换上了统一服装HttpWorkRequest（即把请求进行简单的封装），然后叫来班长HttpRuntime,让班长安排它的工作。
班长说：”车间里面有危险，你先穿上安全制服HttpContext。”（即通过PR方法把HttpWorkRequest封装成HttpContext），然后去组长宿舍（HttpApplicationFactory）准备叫一个组长（HttpApplication）来带领它，结果发现还没有组长，班长只好去招聘一个新组长。
每一个组长都是经过严格训练才能上岗的，先要熟读入厂准则Global.asax（即先编译Global.asax文件），再通过准则中Application_Start方法考验（即调用Application＿Start方法），如此这般方成为一代组长。每位新任组长第一件事就是把所有的车间模块装配好，并创建好车间管道（通过读取配置文件，加载所有的IHttpModule，并调用他们的Init方法，一般init方法都是注册管道事件，之后通过BuidStepManager方法，根据经典模式或者集成模式生成对应的StepManager）。
新任组长见到“请求”，二话不说直接启动车间管道，将其丢进去。穿着安全制服HttpContext的“请求”要依次通过管道中所有的关卡（asp.net管道模型），其中在第7个关卡之后，生成了IHttpHandler类型的对象，并在第11个关卡之后执行该对象的ProcessRequest方法处理请求，在这里“请求”得到完美的加工塑造，生成了HttpResponse，再通过剩下的管道，实现了梦想的请求就沿着原路返回了。上图中第11、12个事件之间描述的是WebForm的Page对象处理请求的流程（即页面生命周期）。
至此，一个请求的跌宕起伏的人生就说完了，各位观众欲知路由模块具体怎么发挥作用的，还请先捧个人场，右下角点个赞。
action*0x2：路由模型解析
通过上文我们知道组长HttpApplication对象会负责组装所有的IHttpModule，它是如何加载的呢？我们观察反编译的代码：
private void InitModules()
{
HttpModuleCollection modules = RuntimeConfig.GetAppConfig().HttpModules.CreateModules();
HttpModuleCollection other = this.CreateDynamicModules();
modules.AppendCollection(other);
this._moduleCollection = modules;
this.InitModulesCommon();
}
RuntimeConfig.GetAppConfig().HttpModules.CreateModules();通过这行代码，我们可以清楚的发现它读取了运行时的配置文件，那么我们打开运行时的配置文件以观究竟。
果然在这里add了一个System.WebRouting.UrlRoutingModule类型。接下来我们再用反编译工具看这个类型的源码：
如我们所料UrlRoutingModule实现了IHttpModule接口，我们看看它的Init方法干了些什么？
protected virtual void Init(HttpApplication application)
{
if (application.Context.Items[_contextKey] == null)
{
application.Context.Items[_contextKey] = _contextKey;
application.PostResolveRequestCache += new EventHandler(this.OnApplicationPostResolveRequestCache);
}
}
对第7个事件PostResolveRequestCache注册方法OnApplicationPostResolveRequestCache，那么这个方法又是干啥的呢？
public virtual void PostResolveRequestCache(HttpContextBase context)
{
RouteData routeData = this.RouteCollection.GetRouteData(context);//匹配路由，得到匹配结果RouteData。
if (routeData != null)
{
IRouteHandler routeHandler = routeData.RouteHandler;
if (routeHandler == null)
{
throw new InvalidOperationException(string.Format(CultureInfo.CurrentCulture, SR.GetString("UrlRoutingModule_NoRouteHandler"), new object[0]));
}
if (!(routeHandler is StopRoutingHandler))
{
RequestContext requestContext = new RequestContext(context, routeData);
context.Request.RequestContext = requestContext;
IHttpHandler httpHandler = routeHandler.GetHttpHandler(requestContext);//获取处理当前请求的IHttpHandler对象。
if (httpHandler == null)
{
object[] args = new object[] { routeHandler.GetType() };
throw new InvalidOperationException(string.Format(CultureInfo.CurrentUICulture, SR.GetString("UrlRoutingModule_NoHttpHandler"), args));
}
if (httpHandler is UrlAuthFailureHandler)
{
if (!FormsAuthenticationModule.FormsAuthRequired)
{
throw new HttpException(0x191, SR.GetString("Assess_Denied_Description3"));
}
UrlAuthorizationModule.ReportUrlAuthorizationFailure(HttpContext.Current, this);
}
else
{
context.RemapHandler(httpHandler);//映射：用当前IHttpHandler对象处理请求。
}
}
}
}
代码已经加了注释，3步走：匹配路由→获取处理当前请求的IHttpHandler对象→映射：用当前IHttpHandler对象处理请求。之后会在第11、12个事件之间调用IHttpHandler对象的PR方法处理当前请求。
我们再整理下思路：ASP.NET先注册了UrlRoutingModule模块，他就是一个实现了IHttpModule接口的类，其Init方法就是在第7个事件上注册一个方法，该方法先匹配路由，如果匹配成功了，则用匹配结果RouteData中的IHttpHandler对象映射到当前上下文中，这样在之后第11、12个事件之间就会调用这个IHttpHandler对象处理请求。
那么问题来了，Route对象是什么时候注入进去的，IHttpHandler对象又是谁？
还记得路由规则是怎么添加的吗？如下面代码所示：
public class Global : System.Web.HttpApplication
{
protected void Application_Start(object sender, EventArgs e)
{
var defaults = new RouteValueDictionary();
defaults.Add("name", "*");
//方式一：
//通过RouteTable的静态对象Routes新增一个Route类型的对象。
RouteTable.Routes.Add("app", new Route("app/{name}", defaults, new MyRouteHandler()));
//方式二：
//通过RouteTable的静态对象Routes的扩展方法新增一个路由规则。
RouteTable.Routes.MapPageRoute("default", "app/{name}", "~/WebForm1.aspx", false, defaults);
}
}
这是我们经常用的两种方式添加路由规则，方式一中有我们自己编写的MyRouteHandler类型的实例作为参数，其实就是通过IRouteHandler接口返回一个IHttpHandler对象。
/// <summary>
/// 实现了IRouteHandler接口的类型
/// </summary>
internal class MyRouteHandler : IRouteHandler
{
public IHttpHandler GetHttpHandler(RequestContext requestContext)
{
//返回一个Page对象，用于处理请求。
return new WebForm1();
}
}
其实这两种方式没有本质上的区别，因为方式二中路由规则参数都会实例化一个Route对象的。
我们分析方式二的源代码：
public Route MapPageRoute(string routeName, string routeUrl, string physicalFile, bool checkPhysicalUrlAccess, RouteValueDictionary defaults, RouteValueDictionary constraints, RouteValueDictionary dataTokens)
{
if (routeUrl == null)
{
throw new ArgumentNullException("routeUrl");
}
Route item = new Route(routeUrl, defaults, constraints, dataTokens, new PageRouteHandler(physicalFile, checkPhysicalUrlAccess));
this.Add(routeName, item);
return item;
}
发现所有的路由规则参数都用来实例化一个Route对象了，其中参数physicalFile和checkPhysicalUrlAccess用来实例化PageRouteHandler对象了，其源码如下：
public class PageRouteHandler : IRouteHandler
{
}
这是一个实现了IRouteHandler接口的类型，而这个接口只有一个作用就是返回IHttpHandler对象，源码如下：
[TypeForwardedFrom("System.Web.Routing, Version=3.5.0.0, Culture=Neutral, PublicKeyToken=31bf3856ad364e35")]
public interface IRouteHandler
{
// Methods
IHttpHandler GetHttpHandler(RequestContext requestContext);
}
到这里我们的疑问就解开了，原来我们注册的路由规则都实例化成了Route对象，Route的GetRouteData方法用来匹配路由，路由规则中的physicalFile和checkPhysicalUrlAccess用来实例化一个IHttpHandler实例，用来处理请求。
总结：ASP.NET的路由模型如下图所示
有关ASP.NET路由模型工作原理小编就给大家介绍到这里，希望对大家有所帮助！
asp.net路由模型
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。
更新日志
- 方伊琪.1979-沙鸥（LP版）【星岛全音】【WAV+CUE】
- 蔡琴《醇厚嗓音》6N纯银SQCD【WAV+CUE】
- 陈曦《遇见HQCD》[WAV+CUE]
- 大提琴-刘欣欣《爱的问候》HDCD[WAV+CUE]
- 周耀辉/邓慧中《从什么时候开始》[320K/MP3][95.71MB]
- 周耀辉/邓慧中《从什么时候开始》[FLAC/分轨][361.29MB]
- 蒋荣宗《蒋荣宗ZONG x FOCA 夏日马戏节》[320K/MP3][89.28MB]
- 坣娜.1997-你怎么可以不爱我【巨石】【WAV+CUE】
- 群星.1992-暗恋桃花源电影原声带【滚石】【WAV+CUE】
- 林隆璇.1989-愤怒的情歌【巨石】【WAV+CUE】
- 勤琴《海上花》[DTS-WAV分轨]
- 群星《歌声有故事》[DTS-WAV分轨]
- [发烧人声]群星《邂逅》DTS-WAV
- 艻打绿《夏／狂热（苏打绿版）》[320K/MP3][106.42MB]
- 艻打绿《夏／狂热（苏打绿版）》[FLAC分轨][574.2MB]