999 字
3 分钟
Bitwarden 的自动填充说明
Bitwarden 的自动填充说明
Bitwarden 的自动填充建议，本质上是将你当前访问页面的网址，与你保存在密码库中每一条登录条目的 URI（统一资源标识符）进行比对。这个比对规则非常灵活，你可以为每一条 URI 单独设置匹配方式，从而精确控制自动填充的建议范围。
下面这个表格详细解释了 Bitwarden 支持的六种核心匹配方式的运行原理和典型示例。
🔍 匹配方式详解
| 匹配方式 | 核心原理 | 示例 | 适用场景 |
|---|---|---|---|
| 基础域名 (Base Domain) | 仅匹配网站的主域名（二级域名 + 顶级域名），忽略所有子域名、路径和协议 。这是默认选项。 | 保存的 URI 为 https://google.com，则 https://accounts.google.com、http://google.com 都能匹配，但 https://google.net 不行 。 | 适合一家公司旗下有多个子服务（如 mail.google.com, drive.google.com）但共用一个账号的场景。 |
| 主机 (Host) | 匹配完整的主机名（包含子域名）和端口号 。 | 保存的 URI 为 https://sub.domain.com:4000，则 https://sub.domain.com:4000/page.html 能匹配，但 https://sub.domain.com（端口不同）或 https://domain.com（子域名不同）不行 。 | 适合自托管服务、内网应用或对安全性要求高，希望严格限定自动填充网站范围的场景 。 |
| 开头匹配 (Starts With) | 只要当前网址以保存的 URI 字符串开头，即匹配成功 。 | 保存的 URI 为 https://sub.domain.com/path/，则 https://sub.domain.com/path/page.html 能匹配，但 https://sub.domain.com（路径不匹配）不行 。 | 适合网站的登录页面总在一个固定路径下（如 /login），但其后的查询参数会动态变化的场景 。 |
| 精确匹配 (Exact) | 要求当前网址与保存的 URI 完全一致，包括协议、主机名、端口、路径等 。 | 保存的 URI 为 https://www.google.com/page.html，只有完全相同的地址能匹配，http://... 或带查询参数的都不行 。 | 适合银行、支付等安全级别要求极高的网站，或用于锁定某个特定页面。 |
| 正则表达式 (Regular Expression) | 使用自定义的正则表达式规则来判断网址是否匹配 。 | 使用正则 ^https://[a-z]+\.wikipedia\.org/w/index\.php，可以匹配 en.wikipedia.org/w/index.php 和 pl.wikipedia.org/w/index.php 等页面 。 | 适合有复杂匹配需求的用户，可以精确排除某些路径或灵活匹配多种网址格式 。 |
| 永不 (Never) | 停用该条 URI 的自动填充功能 。 | - | 适合希望将某条网址保存在条目中作为记录，但不希望它触发任何自动填充建议的情况。 |
💡 进阶匹配机制
除了上述基础规则，Bitwarden 的匹配逻辑还包含两个重要的进阶特性：
- 多条 URI 的逻辑：一个登录条目可以保存多个 URI，这些 URI 之间是 “或 (OR)” 的关系。只要当前网址匹配其中任意一条 URI 的规则，该条目就会出现在自动填充建议中 。如果匹配到的条目有多个，通常会按最近使用的顺序排列 。
- 等价域名 (Equivalent Domains) ：这是一个全局规则，你可以把它理解为一个内置的“别名”列表。例如，Bitwarden 预定义了
google.com、youtube.com、gmail.com 为等价域名 。这意味着，即使你的登录条目保存的是google.com，当你在youtube.com的页面上需要登录时，该条目也会被作为建议项提供，无需额外设置 。你可以查看并修改这个列表（账户设置 → 域名规则）。
希望这份详细的原理说明能帮助你更好地掌握 Bitwarden 的自动填充逻辑。如果你在配置具体网站时遇到问题，可以随时再问我。
分享
如果这篇文章对你有帮助，欢迎分享给更多人！
Bitwarden 的自动填充说明
https://mblog.xian5.de5.net/posts/bitwarden-的自动填充说明/ 部分信息可能已经过时
相关文章 智能推荐
1
Steam 手机令牌第三方验证器配置教程
教程 本教程指导如何使用 steamguard-cli 将 Steam 令牌迁移至 Bitwarden。首先需下载工具并移除官方验证器，在 PowerShell 中运行 setup 初始化并记录撤销代码；接着通过 QR 或文件提取 URI；最后导入 Bitwarden。注意：若 Bitwarden 显示 6 位数字，需将 URI 格式修改为 `steam://` 开头以兼容 Steam 的 5 位字母验证码。
2
告别服务器，拥抱无服务器：我的 Cloudflare Workers 生态项目推荐与部署指南
教程 本文介绍了基于Cloudflare Workers和Pages的开源项目，包括NodeWarden、Rin Blog、CloudFlare-ImgBed、Cloudflare-Clist、flare-stack-blog和edgetunnel。这些项目提供了密码管理、博客、图床、代理和网络加速等功能，且全部开源且可一键部署。通过这些项目，开发者可以轻松构建自己的应用程序，享受Cloudflare全球边缘网络带来的高性能和低延迟。
3
使用批处理脚本一键切换 Windows 系统代理并设置例外网址
教程 本文提供一段批处理脚本，实现 Windows 系统代理的一键切换与例外设置。脚本支持自动检测状态、切换代理并配置服务器地址及排除列表（支持通配符）。使用时需修改脚本配置并以管理员身份运行。该工具无需打开繁杂的 Internet 选项，能有效提升网络调试效率。
4
Proxmox VE中Intel e1000e网卡硬件单元挂起问题终极解决方案
教程 本文详细介绍了Proxmox VE环境中Intel e1000e系列网卡（I218-LM、I219-V等）出现硬件单元挂起(Hardware Unit Hang)问题的完整解决方案。通过日志分析、问题定位、多种解决策略对比以及验证方法，帮助用户彻底解决网卡导致的系统崩溃问题。
5
[转载]最快的访问！使用Cloudflare+CDN节点优选+Workers重定向lucky的IPv4-STUN穿透HTTP请求
教程 为了实现内网IPv4的完美访问，之前的方案存在请求/重定向时间长和页面规则过少的痛点问题。新的方案采用Cloudflare的Workers和CDN优选，利用JavaScript脚本实现多个通配符匹配，优化首次请求的响应速度。方案包括配置Cloudflare、腾讯云DNS和lucky三个部分，通过Worker脚本和WebHook实现端口的动态更新，适用于支持302重定向的客户端。