同样是模拟定位，为什么这个Xposed模块能隐藏模拟位置不被检测？-平芜编程栈

同样是模拟定位，为什么这个Xposed模块能隐藏模拟位置不被检测？

【免费下载链接】HideMockLocationXposed module to hide the mock location setting.项目地址: https://gitcode.com/gh_mirrors/hi/HideMockLocation

上周开黑，队友盯着我的头像问：你定位怎么飘到隔壁省了？我苦笑——开了半年模拟位置，反作弊第七次识破我。换过三款工具，没一个撑过三天。后来我才想通：问题不在工具，在"隐藏模拟位置"的方法。直到我翻到开源项目 HideMockLocation，一个代码全公开、专做这件事的 Xposed模块，局面才真正改观。

这篇内容不是我写的什么使用说明，而是一个被检测折磨过的人，把"为什么会被识破、它凭什么能藏住、怎么上手、怎么用得更好"完整捋了一遍。全程没有术语轰炸，按我的真实经历来。

被反作弊追着打的半年：先说我的遭遇

我的需求其实很朴素：玩游戏想和朋友在同一张地图里组队，公司考勤不想让打卡应用拿走我下班后的真实轨迹，还有一堆 App 动不动就申请"常驻后台定位"，看着就烦。

问题在于，模拟位置一开，检测立刻如影随形。游戏弹窗算客气的，考勤软件更绝，直接把"疑似模拟定位"记进后台，连解释的机会都不给你。那段时间我养成了一个习惯：每装一个新工具，先祈祷它能多撑几天。

所以当我刷到 HideMockLocation 这个开源项目时，第一反应是"又一个来碰运气的"。直到我顺着它的源码目录翻了一遍，才改了主意。

别急着装——先弄明白应用凭什么看穿你 🔍

动手之前，得先搞清楚"检测"是怎么回事。大多数应用判断你有没有开模拟定位，靠的是下面三条线索，任何一条被抓到，你就暴露了：

系统设置里的开关：Android 开发者选项里有个"允许模拟位置"（ALLOW_MOCK_LOCATION），老派应用直接读这个值，开着就判你作弊。
定位对象身上的"模拟"标记：Android 4.2 之后，每条定位数据（Location 对象）都自带一个isFromMockProvider()方法，专门回答"这条坐标是不是模拟器给的"。
Google Play 服务塞的"小纸条"：走谷歌定位服务的应用，收到的定位里还会附带一个mockLocation标记，藏在 extras 里，专供更高级的检测调用。

一句话总结：应用问系统"这是不是模拟位置"，系统老老实实回答"是"。检测就这么发生了。

它到底做了什么？把三条线索全部堵上 🧱

HideMockLocation 的核心思路特别朴素：既然问题出在"系统太诚实"，那就让系统对特定应用换个说法。

打个比方，它像一个训练有素的前台管家。目标应用来问"这位客人是假的吧？"管家一律笑答"没有的事"；可你自己（系统设置）去查登记表，看到的还是原样。同一个大门，两套说辞，互不干扰。

具体到代码里，它干的事非常直接，核心逻辑都集中在 XposedModule.java 这一个文件里：

拦下Settings.Secure的getString、getInt、getFloat、getLong几个查询方法，只要查的是"允许模拟位置"，就统一回一个 0——应用读到的结果是"没开"。
拦下Location.isFromMockProvider()，一律返回false——定位对象看起来完全正常。
顺手把 Google Play 服务塞进 extras 里的mockLocation标记也抹掉。

这里有个值得说的细节：它改的是"答案"，不是你的模拟数据本身。你的坐标该是多少还是多少，只是所有"你在模拟"的证据，目标应用都看不到了。而且系统设置这类进程会被自动放行，保证你自己手动开关时看到的永远是真实状态，不会把自己搞晕。

从源码到生效：我跑了一遍完整流程 🛠️

说回正题，怎么把它跑起来。这条流程我完整踩过一遍，按顺序来大概半小时，每个环节该看到什么结果我都写给你。

先看前置条件：手机已 root，装好 LSPosed 框架（Android 11 及以上用 LSPosed，老版本机器用 Xposed 也行）。开发者选项里的 USB 调试顺手开一下，后面装包用得上。

拿到源码：终端执行下面这条命令，把仓库拉回本地：

git clone https://gitcode.com/gh_mirrors/hi/HideMockLocation

编译安装：用 Android Studio 打开项目，等 Gradle 同步完直接 Build 生成 APK，装到手机上；习惯命令行的也可以用./gradlew assembleDebug。装完桌面会出现一个叫 Hide Mock Location 的应用，这一步的预期结果就是"能正常打开、界面不报错"。

启用模块：打开 LSPosed，在模块列表里找到它并勾选，作用域选"系统框架"，或按需勾选目标应用（比如你的游戏、考勤 App），然后重启手机。这里有个硬性要求：模块必须装在内部存储，装在外置卡上 LSPosed 会直接忽略，这是项目文档里明确写的。

验证效果：重启后打开 Hide Mock Location，进入 "Test Location Data" 页面——它会显示两条状态：老系统走ALLOW_MOCK_LOCATION设置查询，新系统走isFromMockProvider()标记，两条都应该是绿色的"未启用"。然后打开目标应用测试，不再弹"检测到模拟位置"，就成了。

分享一个小技巧：先开着模拟定位应用，装模块前后各看一眼测试页，输出从"暴露"变成"干净"，对比非常直观，也方便你确认模块真的在工作。

再进一步：把痕迹擦得更干净 ✨

基础功能跑通之后，还有几个能优化的点，可以让隐藏效果更稳：

作用域按需勾选：没必要让所有应用都享受"隐藏"，只给真正需要的几个开。少一个进程被 hook，就少一分被异常检测盯上的概率。
弄懂"Whitelist Google Play Services"开关：模块设置里（对应 preferences.xml）有这个选项，意思是放不放行 Google Play 服务查看真实状态。默认关着就行，随意打开反而可能让个别应用看出端倪。
同类模块只留一个：一台设备上同时挂两个位置隐藏模块，等于两个管家抢着答话，轻则无效，重则互相干扰。同类工具留一个就够。
跟着版本走：这类模块要适配系统更新，隔几个月看一眼项目有没有新提交，别一直停在老版本上。

用了大半年，这些坑我替你踩过了 ⚠️

装完不生效，先查存储位置。九成的"为什么没反应"，都出在模块装到了外部存储，或者改完设置忘了重启。
别把系统设置也卷进隐藏范围。模块默认放行com.android.settings等系统进程，保证你手动开关"允许模拟位置"时能看到真实状态。别画蛇添足，不然自己都分不清开关到底开没开。
模拟数据本身要合理。模块解决的是"检测"问题，解决不了"数据太假"的问题。坐标一秒从北京跳到上海、走路速度飚到三百码，这种破绽谁来都圆不回来。选一条正常路线慢慢走，比什么技巧都管用。
它不是万能盾。有些应用会检测 root、检测 Xposed 框架本体、甚至检测 USB 调试是否开启，这些属于另一层防护，得配合 Magisk 的隐藏方案，别指望一个模块包打天下。