匹配模式

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

  • scheme - 例如 http、file 或 *

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

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

  • path - 例如 /*、/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;

“*”的含义取决于 scheme、主机还是路径部分。如果 scheme 为 *，则它匹配 http 或 https，而不匹配 file、ftp 或 urn。如果 host 只是 *，则它会匹配任何主机。如果 host 是 *._hostname_，它就会匹配 指定主机或其任何子网域。在 path 部分中，每个“*”匹配 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匹配 google.com 主机（例如 www.google.com、docs.google.com 或 google.com）上任何使用 https 架构的网址，只要路径以 /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“*”host 中的字符时，则只能后跟“.”或“/”
http://foo.*.bar/baz 如果为“*”位于 host 中，则它必须是第一个字符
http:/bar缺少架构分隔符（“/”应为“//”）
foo://*架构无效

某些架构并非在所有上下文中都受支持。