使用apache mod_rewrite时重写规则顺序对性能的影响

Question

虽然我已经读过mod_rewrite处理你提供的各种重写规则的“有时不明显的方式”（例如：首先阅读RewriteRule，然后返回检查RewriteCond），但是：

就表现而言，规则的顺序是否重要？

apache会以“自上而下”的方式处理它们吗？ 意味着最常用的规则在技术上应该尽可能接近列表的顶部？

这不是关于重叠规则等的问题，因为这个问题假设所有规则都是[L]且不重叠。

所以，

最常用的规则是否应该尽可能接近顶部，而底部附近使用较少的规则？

谢谢！

Answer 1

虽然@Corey Henderson所说的所有内容都具有绝对完美的意义......但它并非100％与现实相符。

在.htaccess中只有这两个规则（我知道，这是一个有点愚蠢的例子，但是在进行复杂的重写时你可能会遇到同样的效果）：

RewriteEngine On
RewriteRule (.*) /index.php?u=$1 [L]

你会想 - 将所有请求重定向到index.php 。 标志[L]设置，所以没有什么可担心的。 好吧 - 显然需要担心的是，因为看到[L]标志后mod_rewrite进入下一次迭代（进入循环）。 因为我们有永远执行的规则，所以我们将有无限循环（好吧，Apache配置中有设置来控制它 - 默认情况下它最多10次迭代）。 如果超出限制，那么您将在Apache的error.log中看到500 Server Error消息和此行： “由于可能的配置错误，请求超出了10个内部重定向的限制。如果需要，请使用'LimitInternalRecursion'来增加限制。使用'LogLevel调试'以获得回溯。“

如果出现以下情况，重写将停止

1. 没有更多的规则要处理
2. 外部重定向[R=301]
3. 给出明确的“无需重写”命令（ RewriteRule第二个参数 - 目的地应为- 。
4. 重写到与迭代开始时完全相同的URL。
5. 已经提到“请求超出了xx内部重定向的限制”。

所以是的..更快的重写迭代将被中断（规则在顶部）越好。

在订购规则时（当你有很多规则时，不只是1-2-3）你可以考虑这个逻辑（哪个规则在最前面）：

1. 在任何情况下您都不想触及的文件/文件夹的规则（按原样处理请求，无论域/协议如何）
2. 改变域名（例如重定向到www. ）或协议（强制HTTPS）的规则 - 你做得越快就越好（就好像你做得太晚，它可能已经将URL从“好”更改为真实） 。
3. 其他可能影响现有文件/文件夹的重要规则
4. （考虑有这个）“现在的文件/文件夹没有任何重写”（见下文，＃1的种类，但对于所有现有资源）
5. 其他规则
6. 抓住所有规则。

在绝大多数重写URL的网站上你都没有更多的5-6规则（我见过的大多数PHP框架的默认.htaccess文件+像WordPress这样的产品只是“全部捕获”（如果文件/文件夹确实存在）不存在然后重写请求index.php））。

每个网站都有自己的逻辑，这使得上面的列表只是一般性建议，仅此而已。

---

# Do not do anything for already existing files
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule .+ - [L]

我的主要观点是：如果你有相当多的规则，考虑在那里插入这种“无需重写”，以完全停止迭代。

Answer 2

从RewriteRule的文档：

http://httpd.apache.org/docs/current/mod/mod_rewrite.html#rewriterule

定义这些规则的顺序很重要 - 这是它们在运行时应用的顺序。

因此，如果您将常用的重写规则放在顶部，并且只要有可能用L标志标记它们，它就不会处理剩下的规则，并且您将拥有一个优化的配置：

last | L - 立即停止重写过程，不再应用任何规则