问题背景 #

我一直在研究像Android Auto车机、Insta360相机、行车记录仪这类Android外接设备的网络交互逻辑——它们能通过Wi-Fi和手机连接，但同时保持蜂窝网络（LTE/5G）作为手机的互联网入口，既不会在Wi-Fi设置里显示“无互联网连接”的提示，也不需要手机端开启VPN。

我观察到的现象 #

• 这类设备通常先通过蓝牙配对，再用Wi-Fi传输大带宽数据
• Wi-Fi网络在系统UI里显示为普通SSID（不是Wi-Fi Direct）
• 连接状态下：
  • 手机依然用蜂窝数据上网
  • 应用能通过Wi-Fi访问外接设备的本地服务
  • 系统完全不会弹出“无互联网连接”的警告

我已掌握的前置知识 #

• Android通过NetworkCapabilities对网络进行分类，核心相关的能力标识包括：
  • NET_CAPABILITY_INTERNET：具备互联网访问能力
  • NET_CAPABILITY_NOT_INTERNET：明确无互联网访问能力
  • NET_CAPABILITY_LOCAL_NETWORK：仅用于局域网通信
• Android会通过DNS/HTTP探针做网络验证，判断网络是否能提供互联网服务
• 关键限制：
  • 普通APP无法直接标记Wi-Fi网络为LOCAL_NETWORK，只有系统/OEM/特权组件能通过专属API创建带明确能力标识的网络
  • 系统有“本地仅热点（local-only hotspot）”功能，专门创建仅用于局域网的Wi-Fi网络

我的假设 #

这类设备的实现逻辑可能是：

• 要么通过系统级创建的本地仅热点（不是APP创建的），要么Wi-Fi网络故意不广播默认路由/DNS，让Android识别为仅本地网络
• 蓝牙的作用：
  • 设备发现与配对信任建立
  • 带外传输Wi-Fi的凭证和参数
• 最终Android会自动分流：
  • Wi-Fi仅处理本地设备的通信
  • 蜂窝网络负责互联网流量

我的核心疑问 #

1. Android到底是如何判定一个Wi-Fi网络需要被分配NET_CAPABILITY_LOCAL_NETWORK标识的？纯靠路由配置（无默认网关）？网络验证失败？还是只能通过系统级API设置？
2. 为什么这类设备不会触发“无互联网连接”的UI警告，而普通无互联网的Wi-Fi热点却会？
3. 这类设备的底层是不是用了Wi-Fi Direct，只是UI显示成普通SSID？
4. 蓝牙在系统层面除了配对和凭证传输，还有其他作用吗？
5. 这种双网共存且无警告的行为，第三方普通APP能实现吗？还是只能由系统/OEM特权组件完成？

针对疑问的解答（结合AOSP源码与系统逻辑） #

1. Android如何分配NET_CAPABILITY_LOCAL_NETWORK给Wi-Fi网络？ #

这个标识的分配是多条件叠加的逻辑，核心分为两类场景：

• 场景一：系统/特权组件主动设置
  只有系统进程、OEM定制组件，或者拥有android.permission.CHANGE_NETWORK_STATE等特权的签名APP，能通过NetworkRequest或WifiManager的专属API（比如LocalOnlyHotspotManager），明确给网络打上LOCAL_NETWORK和NOT_INTERNET标识，同时排除INTERNET。这是最直接可靠的方式，AOSP中的LocalOnlyHotspotManager创建热点时会硬编码这些能力标识。
• 场景二：系统根据网络参数自动推断
  如果Wi-Fi网络未提供默认网关，或DNS配置为空/无效，Android的ConnectivityService会在路由解析阶段判定该网络无法提供互联网访问，自动添加NOT_INTERNET标识，同时隐含标记为LOCAL_NETWORK（无互联网能力的网络默认被归为仅本地通信）。
  注意：网络验证失败（DNS/HTTP探针不通）只会给网络打上NOT_VALIDATED标识，不会直接分配LOCAL_NETWORK——验证失败的网络依然保留INTERNET，只是会触发警告并优先切换到其他有互联网的网络。

2. 为什么这类设备不会触发“无互联网连接”警告？ #

普通无互联网Wi-Fi触发警告的原因是：系统检测到它带有INTERNET标识，但网络验证失败，此时会判定为“有互联网能力但无法访问”，因此弹出警告。
而这类外接设备的Wi-Fi网络，要么被系统主动打上了NOT_INTERNET和LOCAL_NETWORK，要么没有默认网关导致系统根本不认为它有互联网能力——这两种情况都不会触发互联网验证逻辑，自然不会弹出警告。Android只会对带有INTERNET标识的网络做验证，无该标识的网络默认被归为“仅本地使用”，不会检测互联网连通性。

3. 底层是否用了Wi-Fi Direct？ #

大概率没有。Wi-Fi Direct在Android UI中会显示为“Wi-Fi直连设备”，而这类外接设备显示的是普通SSID，说明它们用的是标准Wi-Fi基础设施模式（Infrastructure Mode）。
极少数OEM可能会定制Wi-Fi Direct的UI，把它伪装成普通SSID，但这种情况非常罕见。

4. 蓝牙在系统层面的额外作用 #

除了配对信任和Wi-Fi凭证传输，蓝牙还承担了：

• 带外网络参数协商：配对后传输Wi-Fi的SSID、密码，以及关键配置（如是否需要默认网关、DNS地址）
• 可信网络标记：系统会把通过蓝牙配对的设备对应的Wi-Fi网络标记为“可信本地网络”，跳过部分常规验证步骤，直接进入仅本地通信的分流模式
• 心跳检测：部分设备会用蓝牙做链路检测，若蓝牙断开，系统会自动断开Wi-Fi连接，避免无效网络占用资源

5. 第三方普通APP能实现这种行为吗？ #

不能。核心限制有两个：

• 普通APP没有权限调用LocalOnlyHotspotManager等系统级API，也无法直接修改NetworkCapabilities的标识——这些接口都需要系统签名或OEM授予的特权
• 普通APP连接的常规Wi-Fi网络，系统会默认添加INTERNET标识，即使网络无默认网关，系统依然会做互联网验证，触发“无互联网连接”警告
  唯一例外：若APP是系统预装且带有系统签名，或拥有android.permission.MANAGE_NETWORK_POLICY这类特权，才能修改网络能力标识，但这已经不属于“第三方普通APP”的范畴。

补充验证建议 #

可以通过ADB命令查看当前网络的NetworkCapabilities，验证上述逻辑：

adb shell dumpsys connectivity | grep -A 10 "NetworkCapabilities"

如果是这类外接设备的Wi-Fi网络，你会看到输出包含NOT_INTERNET和LOCAL_NETWORK，同时没有INTERNET标识；而普通无互联网的Wi-Fi，会有INTERNET但没有VALIDATED标识。