Fake Location怎么解决基站定位冲突？深度修改位置信息

很多用FakeLocation的朋友都会遇到一个头疼的问题：明明GPS坐标已经覆盖了，可那些银&行类、出行类App却总能发现你在“造假”——原因就在于基站定位层没有同步修改。换句话说，系统底层还在返回真实的MCC、MNC、LAC、CID信息，而你这边的GPS坐标是假的，两套数据一碰撞，风控系统当场就能判你个“位置异常”。

为什么基站定位会“穿帮”

从技术层面来看，Android系统的位置服务其实是由三类信号源共同参与的：GPS卫星、WiFi热点，还有蜂窝基站。FakeLocation默认只模拟GPS层，基站信息那块儿，它是绕道走的。应用通过TelephonyManager.getCellLocation()这类API，可以直接读取硬件模块返回的真实数据。只要系统没拦着，它就能拿到getBaseStationId()、getLac()这些关键参数，然后跟GPS坐标做交叉验证。

这一验证，问题就暴露了：你模拟的GPS坐标在上海，但基站信息显示在北京，高敏感应用自然会判定异常。所以，要彻底绕过这类风控，就得让基站参数也“配合作假”。

启用基站信息模拟（必须Root）

那怎么解决？前提是你的设备已经获取了Root权限，并且安装了LSPosed——注意，EdXposed已经停止维护了，LSPosed是当前主流的兼容框架。接下来几步操作如下：

打开FakeLocation，点击右上角的齿轮图标，进入【高级设置】，找到【基站模拟】开关并开启。然后点击【基站模板】，新建一个模板，手动填入四项关键参数：MCC（移动国家代码）、MNC（移动网络代码）、LAC（位置区码）、CID（小区ID）。最后返回应用列表，长按目标App，勾选【启用基站模拟】，保存后重启App。

需要特别注意：同一城市的LAC/CID范围，不同运营商之间差异很大。如果你随手填了个数字，很可能导致信号强度显示异常（比如-110dBm却标着满格），这反而更容易被识破。建议从真实设备日志中提取数据，装个Logcat Reader，过滤关键词“CellLocation”就能抓到当前值。

一键导入真实基站数据（推荐）

手动填参数虽然可行，但更推荐的做法是直接导入真实的基站数据。有两种方法：

方法一，通过ADB命令导出当前基站快照。连接电脑，打开命令行，输入adb shell dumpsys telephony.registry | grep "mCellLocation"，然后从输出中复制lac、cid、mcc、mnc这几个字段就行。

方法二，直接在FakeLocation内采集，前提是已经开启了【基站模拟】并且Root成功。进入【基站模板】，点击【采集当前】，应用会自动读取并生成带时间戳的模板，命名格式像“北京_联通_20260623_1528”这样。整个过程点几下屏幕就能完成，不需要手动算十六进制CID，也不用校验LAC有效性。

双模协同校验：让GPS与基站坐标逻辑自洽

最后一步，也是让整套方案真正生效的关键：让GPS和基站坐标在逻辑上自洽。具体操作分四步：

① 在地图界面选定目标位置，比如上海市静安区南京西路1266号，记录下它的经纬度（31.224229,121.452523）。

② 用高德或百度地图的网页版搜索同一个地址，查看周边基站分布图，找到覆盖那个点的主流基站。比如上海联通，LAC=12345，CID=67890。

③ 把第一步的经纬度填入GPS模板，第二步的参数填入同名的基站模板。然后回到App配置页，为同一应用同时绑定这两个模板。

④ 启动模拟前，务必关闭手机的「移动数据」和「WiFi」——否则系统可能优先使用网络定位，覆盖你刚刚设好的基站参数，那前面的努力就白费了。

当这一切配置完成后，应用请求位置时，FakeLocation会同时返回伪造的GPS坐标和匹配的基站ID。两套数据在地理距离、信号强度、运营商归属上都完全一致，风控系统就很难再抓到把柄了。