android设备扫描wifi qr码仅能完成网络连接，无法直接触发网页跳转；但可通过配置 captive portal（强制门户）在用户首次访问网络时重定向至指定页面。
android设备扫描wifi qr码仅能完成网络连接，无法直接触发网页跳转；但可通过配置 captive portal（强制门户）在用户首次访问网络时重定向至指定页面。
在实际场景中（如酒店、展会、商场等），常需实现“扫码连WiFi → 自动打开欢迎页/登录页/营销页面”的用户体验。遗憾的是，标准 WiFi QR 码协议（WIFI:T:...）本身不支持连接后的跳转行为。其语法严格限定为以下字段：
WIFI:T:WPA;S:MyNetwork;P:Secret123;H:false;;
其中：
- T：认证类型（WPA、WEP 或 nopass）
- S：SSID 名称
- P：密码（若为开放网络可省略）
- H：是否隐藏网络（true/false）
✅ 该格式无任何字段可用于指定连接后打开的 URL，且 Android（及 iOS）系统在成功接入 WiFi 后不会主动启动浏览器或执行任何跳转逻辑。
⚠️ 同样不可行的是：通过网页中的 JavaScript 直接控制设备连接指定 WiFi。这属于严重安全限制——现代浏览器完全禁止 JS 访问底层网络配置，否则将导致任意网站随意劫持用户网络，构成高危攻击面。
✅ 可行方案：利用 Captive Portal（强制门户）机制
当 Android 设备接入一个配置了 captive portal 的 WiFi 网络后，系统会在检测到网络可达性异常（如无法访问 Google 的连通性探测地址 connectivitycheck.gstatic.com）时，自动弹出浏览器并重定向至预设门户页（Portal Page）。这是 Android 原生支持的标准行为（iOS 同理）。
? 实现步骤简述：
- 搭建一台可管理的无线路由器（如 OpenWrt、pfSense、商用 AP 或云 WiFi 管理平台）；
- 在其 DHCP/DNS 设置中，将 connectivitycheck.gstatic.com、clients3.google.com 等常见连通性探测域名解析到你自己的服务器 IP；
- 在该服务器上部署一个 HTTP 服务，对上述探测请求返回 204 No Content（用于正常网络判断），但对普通 HTTP GET 请求（如 / 或 /login）返回 302 Redirect 至你的目标网页（例如 https://welcome.example.com）；
- （可选）增强体验：在门户页中嵌入 window.location.replace("https://your-app.com") 实现无缝跳转，或添加“继续访问”按钮。
? 提示：
- 首次连接后，用户需手动打开浏览器（或点击系统弹出的“网络已连接，点此打开门户页”提示）才能触发跳转；
- 若用户已关闭系统 captive portal 提示（如在开发者选项中禁用“显示 captive portal 登录”），则不会自动弹窗；
- 此方案依赖网络层控制，需具备路由器管理权限，不适用于普通家庭 WiFi 路由器（除非刷机或支持高级设置）。
综上，虽然 QR 码本身无法承载跳转指令，但结合 captive portal 这一已被广泛支持的网络级机制，即可优雅实现“扫码连网→触达页面”的闭环体验。
