Android高版本如何通过编程方式获取设备MAC地址

核心结论 #

从Android 6.0开始系统逐步收紧WLAN MAC地址读取权限，Android 11+之后普通第三方应用无法获取设备出厂固化的全局WLAN MAC地址，所有公开API要么返回固定虚拟值02:00:00:00:00:00，要么直接抛出权限异常，不存在通用的、可上架应用市场的绕过方案。
但你的室内定位场景不需要获取设备永久全局MAC，完全可以通过适配系统规则的方案实现设备匹配，不需要切换到纯原生开发栈。

为什么直接获取全局MAC的路径完全不可行 #

• Android 10及以上版本默认开启WLAN随机MAC功能，设备连接AP时会自动生成网络级/会话级的随机MAC用于通信，AP侧记录的已连接设备MAC本身就是这个随机值，而非设备的永久全局MAC，就算拿到全局MAC也无法和AP侧的记录匹配
• 历史上所有绕过API限制读取MAC的方案，包括读取系统节点文件、反射隐藏系统API、调用废弃的NetworkInterface枚举接口，在Android 11+上均已被系统封堵，无论申请多少权限都无法正常返回结果
• 该限制是系统层面的硬规则，和开发框架无关——Expo不提供MAC获取能力本质不是框架缺陷，就算切换到Android Studio原生开发，没有系统签名/特权应用权限也拿不到全局真实MAC

可落地的实现方案 #

按照改造成本从低到高排序：

方案1：获取当前连接使用的随机MAC（最小改造适配现有逻辑） #

这是最贴合你现有业务逻辑的方案，核心是匹配AP侧记录的连接MAC本身就是当前设备联网用的随机MAC，不需要用到永久全局MAC：

• 兼容性说明：Android 12及以上版本，普通应用可通过公开API获取当前连接WLAN网络使用的随机MAC，这个值和AP侧记录的已连接设备MAC完全一致，可直接用于匹配
• 所需权限：Android 12需申请精确位置权限ACCESS_FINE_LOCATION，Android 13及以上需申请附近Wi-Fi设备权限NEARBY_WIFI_DEVICES，均为用户可授权的常规权限
• 核心原生实现代码：

WifiManager wifiManager = (WifiManager) getApplicationContext().getSystemService(Context.WIFI_SERVICE);
WifiInfo currentConnection = wifiManager.getConnectionInfo();
// 该值即为当前和AP通信时使用的MAC，可直接和AP返回的设备列表匹配
String currentConnectMac = currentConnection.getMacAddress();

• React Native适配：不需要完全放弃RN栈，也不需要将Expo工程eject为裸原生工程，只需要基于Expo Dev Client编写一个轻量原生模块，将上述方法暴露给JS层调用即可
• 局限：Android 11及以下低版本系统该API仍返回虚拟值，需要搭配其他兜底方案兼容

方案2：局域网IP兜底匹配（兼容全版本Android，无特殊权限要求） #

如果需要兼容Android 11及更早版本，且暂时无法改造AP侧接口，可以通过局域网IP匹配：

• 设备连接到AP后会分配到一个局域网IP，AP返回的已连接设备列表一般会同时携带设备的IP和MAC信息
• 客户端只需要获取当前设备在WLAN网络下的IP地址，即可直接匹配到列表中对应的设备条目，该能力不需要申请特殊敏感权限，兼容所有Android版本
• 注意事项：需要处理DHCP租期内IP变动的场景，每次拉取定位数据前先刷新当前设备的IP值即可

方案3：改造AP侧匹配逻辑（长期最优方案，合规性最高） #

如果可以调整AP侧的接口逻辑，可以彻底规避MAC相关的权限限制：

• 应用连接到目标WLAN后，主动向AP管理接口上报一个应用生成的临时唯一标识（比如随机UUID）
• AP侧记录该标识和对应连接设备的关联关系，客户端拉取定位数据时携带该标识，AP侧直接过滤返回当前设备的定位结果即可
• 该方案完全不受Android版本权限规则变动影响，不需要申请位置、附近设备等敏感权限，不会触发应用合规风险，是长期维护的最优选择

避坑提醒 #

• 不要尝试网上流传的root权限、反射系统API、读取系统文件等绕过方案，这类方案在高版本系统上全部失效，且会触发应用市场合规检测，导致应用上架被拒
• 不要尝试用IMEI、Android ID、OAID等系统级设备标识做匹配，这些标识仅存储在设备本地，AP侧无法获取，完全无法和AP侧的已连接设备列表做关联匹配
• 不需要为了该能力将整个应用切换为纯原生开发，RN/Expo框架完全可以通过轻量原生模块覆盖相关能力需求

内容的提问来源于stack exchange，提问作者confused