匹配模式

主机权限和内容脚本匹配基于由匹配格式定义的一组网址。匹配模式本质上是一个网址，以允许的架构（http、https、file 或 ftp）开头，并且可以包含“*”字符。特殊格式 <all_urls> 会与以允许的架构开头的任何网址匹配。每个匹配格式都包含 3 个部分：

  • scheme（方案）- 例如 http、file 或 *

    注意：系统不会自动授予对 file 网址的访问权限。用户必须访问扩展程序管理页面，并为请求 file 访问权限的每个扩展程序选择启用此权限。

  • 主机，例如 www.google.com、*.google.com 或 *；如果架构为 file，则没有主机部分

  • 路径，例如 /*、/foo* 或 /foo/bar。该路径必须存在于主机权限中，但始终被视为 /*。

以下是基本语法：

&lt;url-pattern&gt; := &lt;scheme&gt;://&lt;host&gt;&lt;path&gt;
&lt;scheme&gt; := '*' | 'http' | 'https' | 'file' | 'ftp' | 'urn'
&lt;host&gt; := '*' | '*.' &lt;any char except '/' and '*'&gt;+
&lt;path&gt; := '/' &lt;any chars&gt;

“*”的含义取决于它位于架构、主机还是路径部分。如果架构为 *，则与 http 或 https 匹配，而非 file、ftp 或 urn。如果主机仅为 *，则与任何主机都匹配。如果主机为 *._hostname_，则与指定的主机或其任何子网域匹配。在路径部分中，每个“*”都与 0 个或更多字符匹配。下表显示了一些有效的模式。

模式作用匹配网址示例
http://*/*匹配使用 http 架构的所有网址http://www.google.com/
http://example.org/foo/bar.html
http://*/foo*匹配任何主机上使用 http 架构的网址（只要路径以 /foo 开头）http://example.com/foo/bar.html
http://www.google.com/foo
https://*.google.com/foo*bar匹配使用 https 架构且位于 google.com 主机（例如 www.google.com、docs.google.com 或 google.com）上的所有网址，前提是路径以 /foo 开头并以 bar 结尾https://www.google.com/foo/baz/bar
https://docs.google.com/foobar
http://example.org/foo/bar.html匹配指定的网址http://example.org/foo/bar.html
file:///foo*匹配路径以 /foo 开头的任何本地文件file:///foo/bar.html
file:///foo
http://127.0.0.1/*匹配主机 127.0.0.1 上使用 http 架构的所有网址http://127.0.0.1/
http://127.0.0.1/foo/bar.html
*://mail.google.com/*匹配以 http://mail.google.com 或 https://mail.google.com 开头的所有网址。http://mail.google.com/foo/baz/bar
https://mail.google.com/foobar
urn:*匹配以 urn: 开头的所有网址。urn:uuid:54723bea-c94e-480e-80c8-a69846c3f582
urn:uuid:cfa40aff-07df-45b2-9f95-e023bcf4a6da
<all_urls>匹配使用允许的架构的所有网址。（请参阅本部分开头部分，查看允许的架构列表。）http://example.org/foo/bar.html
file:///bar/baz.html

以下是无效格式匹配的示例：

不良模式为什么这样做不好
http://www.google.com无路径
http://*foo/bar主机中的“*”后面只能跟“.”或“/”
http://foo.*.bar/baz 如果主机中有“*”，则它必须是第一个字符
http:/bar缺少架构分隔符（“/”应为“//”）
foo://*架构无效

某些架构在某些上下文中不受支持。