对干净的 URL 使用 IIS 重写：匹配“^”或“.*”之间有什么区别？答案

【问题标题】：Using IIS Rewrite for Clean URLs: Any difference between matching "^" or ".*"?对干净的 URL 使用 IIS 重写：匹配“^”或“.*”之间有什么区别？
【发布时间】：2021-02-11 23:15:03
【问题描述】：

我正在 IIS (v10.0) 配置文件中创建重写规则，以通过捕获所有传入请求并路由与物理目录或文件不匹配的任何内容来启用干净的 URL（“漂亮 URL”）系统对单点进行处理。目前的规则如下所示：

<rule name="Absorbifier" stopProcessing="true">
  <match url="^" ignoreCase="false" />
    <conditions logicalGrouping="MatchAll">
      <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
      <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
    </conditions>
  <action type="Rewrite" url="index.php" appendQueryString="true" />
</rule>

我发现了几个编写类似规则的好例子，我见过的用于捕获所有请求的最流行的正则表达式模式是这两个：

^（从任意字符串的开头匹配）
.*（匹配 0 个或多个除换行符以外的任何字符）

我已经测试了这些模式中的每一个，但还没有发现它们的表现有什么不同。在我正在编写的规则的上下文中，这些结果在功能上是否等效？还是其中之一更擅长捕捉难以预测的边缘情况？

【问题讨论】：

标签： regex iis iis-10 clean-urls pretty-urls

【解决方案1】：

在这种情况下，两者的含义相同：

正则表达式^ 表示字符串的开头，并且是匹配项，即使对于空字符串也是如此。
regex .* 表示直到下一个换行符的所有内容，并且是匹配项，即使对于空字符串也是如此。

【讨论】：