无论 是否需要操作重定向。 其中包括您的 文件、图像等。 通过将重写重定向移至 处理程序，您可以避免让 模式匹配代码检查从 服务器请求的每个文件 只有无法按原样找到的 才会命中 处理程序。 话虽如此，请注意，您可以在中对您不想操纵的页面进行模式匹配，并使用标志在 中尽早停止处理不需要特殊处理的 。 即使您预计几乎每个请求的页面都需要对 进行去美化（转换为参数化页面），也不要忘记图像文件、 文件、 等。 处理程序方法将避免每次获取这些页面组件的 时都根据您的转换模式进行检查。
特殊情况 好吧，也许这种情况并没有什么特别之处——事实上，这种情况很常见。 假设我们已经从旧的参数化 结构转移到新的漂亮 结构。 我们不仅要能够从漂亮的 > 参数化 来为用户生成页面内容，还希望将链接汁从任 保加利亚数字数据 何旧的参数化 链接重定向到新的漂亮的 。 在实际的参数化网页（例如上例中的）中，我们希望对漂亮的 进行 重定向。我们将获取每个数字参数，查找目的地、岛屿和酒店名称，然后构造漂亮的 ，并对其进行 重定向。这样，链接汁就全部保存了…… 但我们必须小心，不要陷入无限循环，来回转换： 发生这种情况时， 会显示一条消息，大意是说您做了一件非常愚蠢的事情，以至于它甚至不会尝试获取该页面。
尽管他们说得很有礼貌：“ 检测到服务器正在以一种永远无法完成的方式重定向 的请求。” 顺便说一句，完全有可能通过语句导致同样的问题发生——这是我从个人经验中知道的 其实解决这个问题并不难。在 中，当 处理程序将控制权传递给 页面时，查询字符串现在以“ ”开头。因此在 中，我们查看查询字符串是否以 开头，如果是，我们继续显示该页面。 如果它不是以 开头，那么我们将 转到漂亮的 的注释： 大家好！我知道这不是我们正常的 帖子，但它可能会影响我们每个人。参与此调查将帮助他们创建一款产品，帮助对抗您网站上的黑客和恶意软件。