手机为什么能通过电脑访问网络？从局域网到代理转发
同一个 Wi-Fi 提供路径，IP 和端口找到入口，服务决定接下来做什么
手机能把请求交给电脑，是因为网络提供了可达的路径，电脑提供了接收请求的服务，而手机知道该连接哪个入口。
🎯 从手机访问电脑上的服务说起
你在电脑上运行一个网页预览服务，希望拿手机看看实际显示效果。两台设备连着同一个 Wi-Fi，手机却不一定能打开页面。
类似的问题也会出现在测试环境联调中：电脑运行一个 HTTP 代理服务，手机把请求交给它，由它代为访问目标服务。原来正常，换了 Wi-Fi 后突然失效。
这些现象背后，有三个需要分别回答的问题：
| 问题 | 对应的概念 |
|---|---|
| 手机能不能到达这台电脑？ | 网络路径、局域网隔离、防火墙 |
| 到了电脑以后，该找哪个程序？ | IP 地址、端口、服务监听 |
| 程序收到请求以后做什么？ | 直接返回内容，或代为转发 |
把三件事拆开看，连接原理就清楚了。本文只讨论开发调试与授权网络环境中的通用机制。
🧠 同一个 Wi-Fi，为什么通常可以互相通信？
家庭路由器通常同时承担无线接入、局域网交换和互联网出口等工作。手机和电脑接入后，会各自获得局域网地址。
如果两台设备处在允许互通的局域网中，手机就可以向电脑发送数据。这个过程通常不需要先绕到互联网上。
家庭路由器 / 无线接入点
/ \
手机 电脑
\ /
局域网内通信
电脑也可以插网线，手机通过 Wi-Fi 接入。只要网络路径可达，通信并不要求两边使用相同的接入方式。
但“同一个 Wi-Fi 名称”只是一条线索。访客网络、客户端隔离或企业网络策略，都可能禁止设备互访；相同名称的无线网络也可能把设备分到不同网络中。
判断的关键是设备之间是否允许通信，而不是 Wi-Fi 名称是否相同。
🏛️ IP、端口与监听地址，各管什么？
可以把电脑想成一栋楼，IP 地址帮助找到楼，端口帮助找到具体的服务入口。电脑上同时运行网页服务、文件服务和代理服务，手机需要知道自己要找哪一个。
以下仅是地址格式示意，不是可直接使用的连接参数：
192.168.x.x : <服务端口>
─────────── ──────────
找哪台设备 找哪个入口
端口后面还必须有程序真正监听。知道门牌号，不代表门内一定有人。
另一个常见问题是：服务只接受来自本机的连接。
为什么电脑能打开，手机却打不开？
开发服务经常只监听 127.0.0.1。它属于回环地址，用来访问设备自身；发往回环地址的通信不会被转发到其他机器。RFC 1122定义了这类地址的含义。
所以，电脑上的 localhost 指向电脑，手机上的 localhost 指向手机。
| 服务监听的地址 | 含义 |
|---|---|
127.0.0.1 | 只接受本机经回环地址发来的连接 |
| 某个局域网地址 | 接受发往该本地地址的连接，仍受网络与防火墙约束 |
0.0.0.0 | 在 IPv4 中监听所有本地接口，仍受网络与防火墙约束 |
0.0.0.0 是服务端的监听含义，手机连接时仍应使用电脑实际可达的地址。
电脑自己能用，只证明本机访问成功；手机能用，还需要服务对相应网络接口开放，并且路径允许通过。
⚙️ 代理服务收到请求以后，做了什么？
普通网页服务接收请求后，返回自己提供的页面。代理服务则接收客户端的请求，再代表客户端与目标服务通信。
以开发测试中的正向 HTTP 代理为例：
手机上的应用 电脑上的代理服务 目标服务
│ │ │
│ 请求访问目标 ──────────→ │ │
│ │ 发起请求或建立连接 ──→ │
│ │ ←──────────── 返回数据 │
│ ←─────────── 转回数据 │ │
这时存在两段连接：手机连接电脑，电脑连接目标服务。代理把两段通信衔接起来。
手机如何知道要先找电脑？通常来自系统或应用里的代理配置。它指定了代理服务的地址、端口，以及可能的认证信息。支持这项配置的应用，才会据此选择连接路径。
这也解释了三个容易混淆的点：
- 路由器负责网络转发，代理程序负责应用层的代理行为。 两者可能运行在不同设备上。
- 电脑能访问目标，不代表手机自动获得同样的访问方式。 需要有接收并处理请求的服务。
- 设置 HTTP 代理，不等于接管手机全部流量。 应用可能不使用系统代理，其他协议也不一定经过这条路径。
HTTPS 经过代理，内容就能被看到吗？
在常见的 HTTP 代理访问 HTTPS 网站的方式中，客户端先通过 CONNECT 请求让代理建立到目标的隧道，然后在隧道内与目标进行 TLS 通信。MDN 的 CONNECT 说明描述了这一过程。
正常验证目标证书、没有额外的 TLS 解密安排时，代理转发的是加密数据，不能仅凭“流量经过我”就直接读出网页正文。它仍可能知道目标主机、端口、连接时间和流量规模等信息。
因此，“能够转发”与“能够解密内容”需要分开理解。
🔍 为什么换 Wi-Fi 后，原来的连接会失效？
因为局域网地址与当前网络有关。
很多网络通过 DHCP 分配地址。设备从网络获得配置，并可能租用一个地址；更换网络或重新分配后，地址可能变化。DHCP 标准 RFC 2131介绍了地址分配与租约机制。
如果手机还记着旧地址，就会继续尝试连接旧入口。
原网络：手机 → 电脑的旧地址 → 服务
新网络：手机 → 仍在使用旧地址 → 无法找到原来的服务
电脑已经获得新地址
这里要区分局域网地址和公网出口地址：
| 地址 | 在这个场景中的作用 |
|---|---|
| 电脑的局域网地址 | 手机在当前网络里寻找电脑 |
| 网络的公网出口地址 | 网络与互联网通信时使用的出口标识 |
在手机直接连接电脑局域网地址的方案中，公网出口变化通常不要求修改手机里的电脑地址。真正需要关注的是：电脑当前在哪里、服务是否还在原端口监听，以及新网络是否允许互访。
🚀 想减少手动修改，应该稳定哪一层？
自动化之前，先看究竟是哪一部分在变化。
| 做法 | 解决的问题 | 适用边界 |
|---|---|---|
| DHCP 地址保留 | 让电脑在指定网络中稳定获得同一个地址 | 依赖该网络的路由器配置，换网络后不自动沿用 |
| 稳定主机名或服务发现 | 通过名称查找当前地址 | 依赖名称解析、客户端与网络支持 |
| PAC 自动代理配置 | 让客户端按规则决定直连或使用哪个代理 | PAC 文件本身需要可达，文件里的代理地址也需要有效 |
| 配置描述文件或设备管理 | 将网络参数统一交给设备 | 仍需安装或管理授权，静态参数不会自行追踪地址变化 |
PAC 的“自动”尤其容易让人误会。它提供的是代理选择规则：对于某个请求，客户端应该直连，还是使用某个代理。它并不会天然知道你的电脑搬到了哪个地址。 还需要稳定入口，或者另一个机制更新配置。
只在一个固定网络中使用时，让地址保持稳定，往往比每次变化后自动操作手机更省事。经常更换网络时，则需要一起考虑地址发现和配置分发。
⚠️ 连接失败时，按链路逐段判断
不要只根据“电脑上能打开”就判断整条链路正常。可以按下面的顺序检查现象：
| 检查层次 | 要确认的事情 |
|---|---|
| 地址 | 手机使用的是电脑当前可达的地址吗？ |
| 网络 | 两台设备之间有可达路径吗？是否存在访客隔离？ |
| 入口 | 目标服务正在运行吗？端口与监听地址正确吗？ |
| 访问控制 | 防火墙、认证或服务规则是否允许这次连接？ |
| 应用 | 发起请求的应用是否使用了相应代理设置？ |
| 后半段链路 | 代理能否连接目标，目标是否正常响应？ |
排查也应逐段完成。手机能连接代理，只说明前半段通了；代理能连接目标，才说明后半段具备通信条件；最终还要看应用是否收到预期结果。
服务开放给局域网后，可访问它的设备范围也随之扩大。用于调试的入口应限定在受信任、获得授权的网络中，并按实际需要设置访问控制。
📝 把连接拆成三件事
理解手机与电脑的通信，可以记住三个问题：
- 路径是否可达？ 网络决定数据能不能送到。
- 入口是否存在？ 地址、端口和监听决定请求交给谁。
- 服务如何处理？ 程序决定返回内容，还是继续转发。
换 Wi-Fi 后失效，先看地址和路径；电脑能用、手机不能用，先看监听范围和访问控制；只有部分应用生效，先看应用是否采用代理配置。找到发生变化的那一层，才知道该固定地址、更新配置，还是调整服务本身。