apache - mod_rewrite调试显示意外的REWRITE_COND事件顺序

在调试重写规则时，我注意到一些出乎意料的事情：事件的顺序似乎是Apache处理规则，然后追溯地应用前面的条件。这是设计的，还是我误解了什么？

这是我的.htaccess文件中的重写规则的简单示例。它实际上并没有做任何有用的事情-只是一个例子。

    RewriteEngine on
    Options FollowSymLinks
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . / [L]

这是结果跟踪（为便于阅读而大量编辑）

[...redacted...] init rewrite engine with requested uri /test.html
[...redacted...] pass through /test.html
[...redacted...] [perdir /var/www/html/] strip per-dir prefix: /var/www/html/test.html -> test.html
[...redacted...] [perdir /var/www/html/] applying pattern '.' to uri 'test.html'
[...redacted...] [perdir /var/www/html/] RewriteCond: input='/var/www/html/test.html' pattern='!-f' => not-matched
[...redacted...] [perdir /var/www/html/] pass through /var/www/html/test.html

请注意，在应用模式之后，将应用“ RewriteCond” 。最终结果是传递是正确的（因为该文件确实存在，实际上是存在的），因此这并不重要。我在文档中找不到关于此的任何内容。