【思路】-URL重写

URL重写 

重写原理

过程分析

疑惑地方

lookfor app.Request.ApplicationPath如果有子目录的话 这个地方可能会起到作用，暂时不确定

bool flag = url.IndexOf('.') != -1; 标记，表示如果请求后缀包含“.”的我们才进行重写的执行

主要思路：使用筛选器拦截系统所有的请求，

第一步：去除掉不需要重写的请求

第二步：加载系统的重写配置规则

第三步：循环遍历每条规则，如果匹配使用系统的context.RewritePath函数将拦截的请求，转发到我们指定的ashx处理程序当中去

lookfor 到 sendto

注意地方

如何获得系统所有的请求呢？

使用app.Request.Path 【获取当前请求的虚拟路径】表示所用的来到系统当中的请求，通过识别这个值来断定请求是否转发

使用这个还有一个好处，它不带域名，可以实现二级域名的转发操作

循环判断每条规则

每一个请求到达系统当中，都需要匹配每一条规则，每次切换规则，都需要用正则表达式一个实例对象，一旦匹配成功直接跳出循环，这里是比较好性能的地方

正则注意点

完全匹配 ^$ 注意这两个符号，表示来完全匹配一个请求的虚拟路径，上面提到的Path

301的实现

301用来将非www的链接，重定向到www上面去，注意不仅仅是首页的非www跳转

是全站的跳转，所以这个地方的要求就在于必须在for规则循环判断里面写

实现的关键点是app.Request.Url.AbsoluteUri.ToLower()，识别这个绝对url，如果绝对url里面包含一条规则

http://abc.com|http://www.abc.com

也就是StartsWith http://abc.com 就应用301的函数

总结：URL的重写需要把握以上几个关键点，所以请思考

URL重写本质是什么？就是将一条请求路由到我们想路由的处理程序当中去

URL重写入口点在哪里？app.Request.Path 获得拦截的所有请求

URL重写是怎么识别判断的？通过正则表达式

重写后的参数处理

重写的url如果携带参数? 还是通过app.Request.Path

如何从lockfor中也就是重写的url中分离出请求相关的参数呢？

使用正则表达式的Replace函数，来做参数的分离，这个地方是个关键的地方

扩展1

301转发：系统拦截了所有的请求之后，那就可以对请求做任意的转发

扩展2

实现子目录的重写【思考中。。。】

主要的思路都清楚，但是有些细节的地方还不是特别的清楚

来自为知笔记(Wiz)

转载于:https://www.cnblogs.com/Sky-cloudless/p/4659a9efec4bc10232db9458c0aa0225.html