浏览器虚拟主机设置，是许多前端和后端开发者在本地环境中提升效率的秘密武器。它不是浏览器的一个新特性，而是通过把自定义域名映射到本地服务器来实现多站点共存、跨域调试和快速原型开发的组合技。通过这种方式，你可以在不改变线上环境的前提下，模拟正式域名的访问体验，让路由、证书、代理与缓存等环节都能在本地一气呵成。
核心思路很简单：先在本地把自定义域名解析到本机地址（通常是 127.0.0.1），再告诉你的 Web 服务器如何根据这个域名选择不同的站点根目录和配置。这样，无需每次换端口或修改链接，就能通过域名访问相应的本地站点。为了让浏览器认这个域名还要走 HTTPS，你可以在本地生成证书或使用 mkcert 之类的工具。
在开始之前，准备好三件宝贝：一个文本编辑器、一个本地服务器（如 Apache、Nginx、Caddy 等）以及一个对操作系统管理员权限的耐心。不同的操作系统，hosts 文件的位置略有差异，但思路是一致的：给域名映射一个或多个 IP。接着，按照服务器的指令，把域名和站点目录绑定起来。
Windows 系统下，修改 C:\Windows\System32\drivers\etc\hosts，添加一行 127.0.0.1 example.test。然后安装并启用你选择的本地服务器，例如 XAMPP、WampServer 或者直接用原生的 Apache/Nginx。接着编辑 Apache 的 httpd-vhosts.conf（或 Nginx 的 server blocks），为 example.test 指定站点根目录，如 C:/www/example 或 D:/projects/example/public。
在 macOS 和 Linux 上，hosts 文件通常位于 /etc/hosts，格式同样是一行一个域名指向 IP。你需要以管理员身份打开并保存修改。随后用 Nginx 的 server块（server_name example.test; root /var/www/example/public;）或 Apache 的 VirtualHost 配置（
完成上述配置后，重启服务器服务，再在浏览器中输入 http://example.test 或 https://example.test，看看是否跳转到你设定的站点。可以用 ping example.test、curl -I http://example.test 来确认解析和响应头是否正确。
如果你的本地站点很多，端口冲突是常见的拦路虎。最简单的做法是使用基于域名的虚拟主机，而非全靠端口号。将默认站点留在 80/443，给每个子域名分配对应的根目录和配置，避免同一个端口下的目录冲突。
为了获得接近生产的体验，可以在本地开启 HTTPS。方法有两种：自签证书和使用 mkcert 之类的工具生成受信任的本地证书。生成证书后，更新服务器配置，指向证书和私钥，并在 hosts 中将域名指向 127.0.0.1。
浏览器会提醒未信任的证书，这时你需要将本地证书添加为受信任的根证书颁发机构，完成后再次访问域名，应该就不会再看到安全警告。
常用的调试步骤包括：检查 /etc/hosts 或 Windows 的 hosts 是否生效、确认 server_name 或 VirtualHost 是否正确匹配、查看服务器错误日志、用 curl 的 -k 选项排查证书问题、以及查看防火墙是否阻挡端口 80/443。
日常管理可以通过创建一个站点清单、统一的目录结构和统一的配置模板来实现。比如为每个站点创建一个独立目录，统一命名约定，使得迁移、备份、版本控制都更顺手。
在本地开发的同时也别忘了轻松一下：玩游戏想要赚零花钱就上七评赏金榜，网站地址：bbs.77.ink
常见问题包括：某域名解析失败、在新域名上仍看到旧站点内容、HTTPS 证书不被信任、以及服务重启后改动未生效的问题。解决思路是逐步排查：先确认 hosts，再检查服务器配置，再查看日志，最后测试一个简单的静态页面来确认路由是否正确。
如果你还在想怎么在一个机器上同时跑十几个站点，答案往往藏在你下一个配置的那一行里，打开你的服务器配置文件看看：你看到的名字到底是你设想的那个，还是浏览器偷偷替你改写了路由？