改hosts文件做本地解析，或者用内网穿透工具把公网流量转发到本机端口，前者零成本、适合单人调试，后者能打通外部访问，适合联调和真机测试。
修改hosts文件域名指向本地：最常见的映射方式
这种手法有一个直观的名字本机域名解析，流程不复杂：当你在浏览器输入一个域名时，系统会先翻看hosts文件里有没有对应记录，有就直接访问那个地址,不经过DNS服务器。
hosts文件在三个平台的位置和权限
- Windows用户去
C:WindowsSystem32driversetchosts找文件 - macOS和Linux用户在
/etc/hosts找同一份文件 - 无论哪个平台，直接双击打开基本都是只读状态，得用管理员权限才能改写
Windows下右键用记事本以管理员身份打开，macOS和Linux在终端敲 sudo vi /etc/hosts 就能编辑。
把域名写进hosts的完整步骤
假设你要把 dev.example.com 映射到本机的 0.0.1：
- 打开hosts文件后，在底部另起一行写入
0.0.1 dev.example.com - 多个域名可以继续加行，每个域名一行
- 如果本地服务跑的不是80端口，就在浏览器里用
dev.example.com:8080这种形式访问 - 保存后不用重启电脑，刷新浏览器就能看出效果
这套做法的妙处在于零成本且不依赖外网，行业共识认为，相比直接撸一串 localhost:3000 访问项目，用域名调试更贴近生产环境，能提前暴露URL写死、Cookie跨域这类隐性坑。
修改后怎么确认映射生效了
最快的方式是看ping结果：
ping dev.example.com如果返回 0.0.1，说明hosts里的记录已经被系统采纳，也可以用浏览器直接打开测试页面,留意地址栏有没有被强制跳转。
要是发现解析结果没变化，最可能是hosts文件编码或者换行格式出问题，另存为纯文本再试一次即可，末尾要保留一个回车，Windows下的hosts文件对编码格外敏感，最好用ANSI或者无BOM的UTF-8保存。
域名怎么解析到本地ip：本地映射和公网解析的区别
这部分把两个容易混的概念拆开：本地映射只管本机，公网解析才管外网。
本地映射只对当前电脑有效
hosts的方案有一个明显边界：它只影响你正在操作的这台机器，手机上打开同一个域名，依然会去走正常DNS解析，根本看不到你本地的服务，这就牵扯出一个现实问题：当你需要把页面给同办公室的同事看一眼，或者在手机上真机测试,光改hosts就不够用了。
内网穿透工具让外部设备也能访问
内网穿透的思路是租一条外部通道，本地机器上一个客户端主动向外网服务器建立长连接，外网服务器分配一个公网域名，所有指向那个域名的请求都会被原封不动转发到本地端口，ngrok、frp、natapp这类工具干的就是这件事。
- ngrok比较适合个人使用，免费额度时常变化，但胜在一条命令启动
- frp需要你手头有一台带公网IP的服务器，配置自由度更高
- natapp是ngrok的国内本地化封装，下载后免去科学上网步骤
hosts和穿透工具的适用场景对比
| 维度 | 修改hosts | 内网穿透工具 |
|---|---|---|
| 成本 | 零成本，自带系统能力 | 多数有免费额度，重度使用要付费 |
| 适用范围 | 仅本机/修改过hosts的设备 | 任意能访问公网的设备 |
| HTTPS | 要用自签证书，浏览器提示不信任 | 通常自带有效HTTPS证书 |
| 配置复杂程度 | 一行文本 | 需要下载客户端、处理端口和Token |
| 典型场景 | 单人本地开发、调试路由 | 微信开发、小程序联调、H5真机预览 |
带公网IP的云服务器年费在云厂商活动期可能低到百元级，如果用frp跑长期联调，租一台轻量服比每年买内网穿透会员更划算，地域方面，选择本地运营商或云厂商靠近的节点,延迟差别会被明显感知。
本地开发测试用域名怎么配置HTTPS
本地开发为什么要折腾HTTPS？因为两个现实原因：一是部分浏览器特性只在安全上下文里开放，二是微信小程序等平台强制要求合法HTTPS域名,以下内容围绕这两个场景展开。
本地HTTP服务的443端口配置
不管是Nginx还是Apache，想让域名以HTTPS形式访问，先得让服务监听443端口，拿Nginx举例,核心配置片段：
server {
listen 443 ssl;
server_name dev.example.com;
ssl_certificate /path/to/dev.example.com.pem;
ssl_certificate_key /path/to/dev.example.com-key.pem;
root /var/www/local-project;
}配置文件里的私钥和证书路径要真实存在，否则Nginx启动直接报错，跑起来之后，先检查 nginx -t 有没有通过,再刷新页面看证书状态。
两种方案生成受信任的本地证书
方案一是自签证书配合本地信任。
用openssl手动签一张证书，然后把它的公钥导入系统信任列表，macOS在钥匙串里改信任设置，Windows在证书管理里导入到受信任的根证书颁发机构，搞定之后浏览器地址栏图标从此干净，缺点是每台要访问的设备都得单独安装和信任,不适合分发。
方案二是mkcert这类工具自动完成。
mkcert的本质也是自签证书，但它省去所有手工步骤，自动生成根证书并安装到系统信任区,在项目目录下执行：
mkcert -install
mkcert dev.example.com localhost 127.0.0.1生成两个文件填入Nginx即可，有一定基础的开发者按这个流程走,五分钟内就能配通。
微信开发调试域名映射：证书和校验问题
微信有一个比较容易踩坑的点：公众平台要求接口域名必须备案且支持HTTPS，但本地开发环境压根没有公网IP，更谈不上备案，如果你只用hosts把
api.weixin-dev.com 指向127.0.0.1,在开发者工具里会直接被拦截。
对付这个问题,把域名映射和内网穿透合并在一起用：
- 把需要调试的域名解析到内网穿透工具提供的公网地址
- 在微信公众平台的后台把该域名配置成合法域名
- 开发工具里勾选“不校验合法域名”用于临时测试，真机预览必须走合法域名
用frp方案时特别注意：微信服务器回源时会验证Host头，穿透客户端要设置正确的域名转发规则，常见报错是“域名校验失败”，先把公网侧证书链配置完整，再把本地对应该域名的服务跑通,顺序不能乱。
把域名映射到本地服务器这件事，说到底就一句话：先在hosts里写好“本地访问”的账，再用内网穿透把“外部访问”的路铺平，两者配合，能覆盖绝大多数本地开发场景。
域名映射常见问题与排查方法
修改hosts后不生效怎么办
先确认hosts文件里的格式是不是 IP 空格 域名，域名结尾不要带端口，再看保存时是不是被写入后加了 .txt 后缀，Windows记事本老毛病，最后用 ipconfig /flushdns 刷掉DNS缓存再试一次。
手机通过域名访问本地服务器失败
手机走的是无线局域网，跟电脑不在同一个网络，自然读不到电脑的hosts记录，在手机和电脑连着同一个WiFi的前提下，把电脑网卡的局域网IP填进手机hosts重新访问，iOS和Android的高版本系统对修改hosts有所限制,更省心的做法还是上内网穿透。
域名映射和域名解析是一回事吗
域名映射可以理解成域名解析的一种特殊形态，常规域名解析由DNS服务器完成，把域名对应到公网IP；而本地映射只是把这份对应关系写在本机系统里，优先于DNS生效，两者目的相同,生效范围和机制不同。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/623165.html
