Android API28调用setWifiApEnabled遇NoSuchMethodException问题求助

核心问题出在这几个地方 #

• 权限不全：API 28及以上，光有ACCESS_WIFI_STATE和CHANGE_WIFI_STATE不够，还必须申请ACCESS_FINE_LOCATION权限，而且得是运行时权限（位置权限属于危险权限，静态声明没用，必须动态请求用户授权）。没这个权限的话，系统会直接限制对热点相关隐藏API的访问，导致反射找不到方法。
• API收紧限制：从Android 8.0开始，Google就一直在缩减WifiManager里的隐藏API，API 28更是进一步锁死了这些接口的访问权限。哪怕你写出了正确的反射代码，系统也会因为权限校验不通过或者API被屏蔽，返回方法不存在的异常。
• 模拟器的特殊性：Pixel 3的API 28模拟器可能直接移除了setWifiApEnabled方法，真机上可能还有残留（但依然不建议依赖），模拟器的API实现和真机不完全一致。

你可以这么试 #

1. 补全运行时权限：动态请求ACCESS_FINE_LOCATION，示例代码：

   if (ContextCompat.checkSelfPermission(this, Manifest.permission.ACCESS_FINE_LOCATION)
       != PackageManager.PERMISSION_GRANTED) {
       ActivityCompat.requestPermissions(this,
               new String[]{Manifest.permission.ACCESS_FINE_LOCATION},
               1001);
   }
   

   记得在用户授权后再执行反射代码。
2. 核对方法签名：确认反射时的参数类型完全匹配，setWifiApEnabled的正确签名是boolean setWifiApEnabled(WifiConfiguration config, boolean enabled)，反射代码要写成：

   Method method = WifiManager.class.getMethod("setWifiApEnabled", WifiConfiguration.class, boolean.class);
   

   别写错参数类型，比如把WifiConfiguration写成String之类的，肯定会找不到方法。
3. 放弃隐藏API（长期方案）：隐藏API随时可能被删除，生产环境别碰。如果是API 29及以上，用官方的WifiManager.startLocalOnlyHotspot()；API 28及以下如果必须实现，要么用系统签名的应用（仅限定制ROM场景），要么接受无法完美实现的现状。

验证小技巧 #

• 去应用设置里确认位置权限已经开启，别光看代码请求了，用户可能点了拒绝。
• 换真机测试，模拟器的API阉割可能更狠，真实的Pixel 3（API 28）设备说不定能找到方法（但还是不建议用）。
• 打印WifiManager.class.getDeclaredMethods()，看看返回的方法列表里到底有没有setWifiApEnabled，这样能确认是真的没有还是反射代码写错了。

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