文章回顾：
1： --介绍整体文件夹和文件的作用
2： --介绍秋色园业务处理流程
3： --介绍如何实现无后缀URL
附说：
为了加快 和 的速度及更好的发展，
目前正在寻找开源团队成员，有意向创业加入者，
欢迎点击看此贴：
OK，回到正题：
一：定位系统
先上一张图片：
从图中将可看到有很多的ashx处理程序，这些处理程序，是如何被安排工作的呢？
请看：秋色园的内部URL定位系统：
系统定位：
主站(技术频道)的请求，定位到：Home_Tech.ashx
健康频道的请求，定位到：Home_Health.ashx
sys(包括登陆退出注册的)的请求，定位到：RegLogin.ashx
错误的请求，定位到：Error.ashx
用户定位：
用户博客，定位到：Index.ashx
用户后台，定位到：Admin.ashx
用户文章，定位到：Article.ashx
用户图片，将定位到：Photo.ashx
Rss定位，包括主站和用户：
两个都定位到Rss.ashx
还有一个Home.ashx
原来在秋色园的V2.5之前，只存在一个主站，后来增加了“健康频道”之后，秋色园更改原来策略，将主站改造为一个频道，技术频道，于是出现三个频道：
技术频道、健康频道、用户频道。
根据配置文件，你可以将主站定位到任意频道中，简单说秋色园本无主站，只是你把www指向某个频道，于是某个频道就成了主站，如此的处理方式，有利于扩展N个频道内容，而主站，只要任意指定即可。
二：重定向的内部逻辑
了解了的定位系统方向之后，要解析的就是内部细节要处理的问题了。
当UrlRewrite接到一个陌生的请求时，需要做以下的事情：
1：判断本URL是否需要定位
简单的分析为：如果是图片/js/css等，你需要直接return，因为不需要重定向。
而有一些简单需要重定向：比如直接.mdb，.ashx类型的文件时，你可以重定向到error.ashx去处理，告知用户不允许直接访问。
2：分析URL，是主站请求，还是用户请求
因为主站请求和用户请求是有区别的，比如：
这是一个系统频道
这只是一个qblog用户
那就得分析了，的做法就是将主站关键字存起来，不是关键字的都定为用户，同时将长度小于4的为系统预留。
3：分离关键参数
秋色园一个分了3个参数：u={0}&type={1}& para={2}
3.1：用户名：从URL中找出分类关键字用户名
示例：如URL为以下形式的请求：
qblog.cyqdata.com
需要从中分离出u=qblog，如果取出的是系统关键字，则为空
3.2：类型：从URL中找出分类关键字如：article、phpto、health、tech等
示例：如URL为以下形式的请求：
需要从中分离出type=article或type=photo，如果没有，默认就是index
3.3：原始请求地址：
4：其它细节处理
除了以上的关键点之外，还处理了其它很多杂七杂八的细节，例如：
4.1：虚拟目录
这是什么情况？
出现的情况？
在获取请求物理路径时，会多出一层的虚拟目录，导致很多问题。
比如你一个A文件链接为：href="/qblog"，正常解析为
如果你是放在子目录站点，将解析为目录名字/qblog
解决方法？
总结：
本节介绍了的定位系统，并分析其定位的基本URL解析重定向体系，从中我们可以看到，秋色园并没用采用配置文件+正则的方法解析，而是采用通过解析url，进行手工分类，并定位到相应的处理程序中的方法实现。
下节将为大伙介绍重定向定位后的第一接手人：Module.dll，
如何为人之父(基类)，创建生命周期等过程。