前言
前段时间工作有个需求，要求检测App是否在模拟器环境下运行，就像在有些手机游戏上可以看到这个功能
这多亏了国内pc端模拟器的发展，现在市面上的模拟器越来越多，也越来越“逼真”了，模拟器和真机的区别在逐步缩小，这就使得模拟器的检测存在偏差，不管有多小，偏差总是会存在的，如何降低这种偏差值，就是这篇文章像讨论的内容。
先来看一下我是怎么头大的
１.拨号检测法
首先一开始想到的就是能否拨号，真机肯定可以的，不然手机的根基就没了，模拟器肯定不能拨号，所以我很快写下代码：
public boolean isSimulator1() {
String url = "tel:" + "123456";
Intent intent = new Intent();
intent.setData(Uri.parse(url));
intent.setAction(Intent.ACTION_DIAL);
// 是否可以处理跳转到拨号的 Intent
boolean canResolveIntent = intent.resolveActivity(mContext.getPackageManager()) != null;
return !canResolveIntent;
}
完事收工！... ... 等会,夜神模拟器怎么可以返回个false？也就是夜神模拟器是可以跳转拨号的😓。
2.设备标识符检测法
不行我就换一种方式，我记得Android有个设备标识符Build.MANUFACTURER，它是用来标注手机厂商的，例如小米手机的MANUFACTURER的值为：Xiaomi，三星手机则为：Samsung……而模拟器的值一般是跟他们的品牌有关，例如Genymotion的Build.MANUFACTURER为Genymotion，Mumu模拟器的值为netease等，可以根据比较此值来较为方便的区分模拟器和真实设备。
但是！又是夜神模拟器，他有个很骚的地方，就是这个值你可以通过系统设置修改，比如我把他改成小米的：
结果输出的Build.MANUFACTURER的值正是Xiaomi，所以这种方式也不可行
查了下网上很多也用到的类似这种比较设备标识符的方法，但是效果也不是很好，几乎都会卡在夜神模拟器这关，例如将筛选条件变得更加多样：（方法实现可以查看这篇博客）
public boolean isSimulator2() {
String url = "tel:" + "123456";
Intent intent = new Intent();
intent.setData(Uri.parse(url));
intent.setAction(Intent.ACTION_DIAL);
// 是否可以处理跳转到拨号的 Intent
boolean canResolveIntent = intent.resolveActivity(MainActivity.this.getPackageManager()) != null;
return Build.FINGERPRINT.startsWith("generic")
|| Build.FINGERPRINT.toLowerCase().contains("vbox")
|| Build.FINGERPRINT.toLowerCase().contains("test-keys")
|| Build.MODEL.contains("google_sdk")
|| Build.MODEL.contains("Emulator")
|| Build.SERIAL.equalsIgnoreCase("unknown")
|| Build.SERIAL.equalsIgnoreCase("android")
|| Build.MODEL.contains("Android SDK built for x86")
|| Build.MANUFACTURER.contains("Genymotion")
|| (Build.BRAND.startsWith("generic") && Build.DEVICE.startsWith("generic"))
|| "google_sdk".equals(Build.PRODUCT)
|| ((TelephonyManager) MainActivity.this.getSystemService(Context.TELEPHONY_SERVICE))
.getNetworkOperatorName().toLowerCase().equals("android")
|| !canResolveIntent;
}
依旧返回的还是false，这种方法的博主也主注意到了这一点，他发现夜神的SERIAL为16位，比真机的多了8位，所以Build.SERIAL这里加了个判断Build.SERIAL.length() > 8，问题似乎可以得到解决了。
但是，Android10.0以后，Build.SERIAL的获取变得麻烦起来，甚至有些手机，比如我的小米9,得到了一个"unknown"，也就是说我的手机会被识别为模拟器！所以我们又回到了原点 😳
3.包名检测法
找啊找，终于，我看到一种有特点的检测方式了，包名检测法:
原理是通过获取设备和模拟器中的包名来区分是否模拟器，每个品牌的模拟器都有应用商店和一些系统应用，这些都是不可卸载的，这些应用对应着唯一的包名，那么包名就反过来可以鉴定模拟器的品牌。
举个例子👉网易Mumu模拟器：”com.mumu.launcher“这个包名就是网易Mumu启动时的系统应用，我们就可以用他这一点来作为鉴定的依据之一。
private static final String[] PKG_NAMES = {"com.mumu.launcher", "com.ami.duosupdater.ui", "com.ami.launchmetro", "com.ami.syncduosservices", "com.bluestacks.home",
"com.bluestacks.windowsfilemanager", "com.bluestacks.settings", "com.bluestacks.bluestackslocationprovider", "com.bluestacks.appsettings", "com.bluestacks.bstfolder",
"com.bluestacks.BstCommandProcessor", "com.bluestacks.s2p", "com.bluestacks.setup", "com.bluestacks.appmart", "com.kaopu001.tiantianserver", "com.kpzs.helpercenter",
"com.kaopu001.tiantianime", "com.android.development_settings", "com.android.development", "com.android.customlocale2", "com.genymotion.superuser",
"com.genymotion.clipboardproxy", "com.uc.xxzs.keyboard", "com.uc.xxzs", "com.blue.huang17.agent", "com.blue.huang17.launcher", "com.blue.huang17.ime",
"com.microvirt.guide", "com.microvirt.market", "com.microvirt.memuime", "cn.itools.vm.launcher", "cn.itools.vm.proxy", "cn.itools.vm.softkeyboard",
"cn.itools.avdmarket", "com.syd.IME", "com.bignox.app.store.hd", "com.bignox.launcher", "com.bignox.app.phone", "com.bignox.app.noxservice", "com.android.noxpush",
"com.haimawan.push", "me.haima.helpcenter", "com.windroy.launcher", "com.windroy.superuser", "com.windroy.launcher", "com.windroy.ime", "com.android.flysilkworm",
"com.android.emu.inputservice", "com.tiantian.ime", "com.microvirt.launcher", "me.le8.androidassist", "com.vphone.helper", "com.vphone.launcher", "com.duoyi.giftcenter.giftcenter"};
private static final String[] PATHS = {"/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq", "/system/lib/libc_malloc_debug_qemu.so", "/sys/qemu_trace", "/system/bin/qemu-props",
"/dev/socket/qemud", "/dev/qemu_pipe", "/dev/socket/baseband_genyd", "/dev/socket/genyd"};
private static final String[] FILES = {"/data/data/com.android.flysilkworm", "/data/data/com.bluestacks.filemanager"};
// 包名检测
public static boolean isSimulator3(Context paramContext) {
try {
List pathList = new ArrayList();
pathList = getInstalledSimulatorPackages(paramContext);
if (pathList.size() == 0) {
for (int i = 0; i < PATHS.length; i++)
if (i == 0) { 检测的特定路径
if (new File(PATHS[i]).exists()) continue;
pathList.add(Integer.valueOf(i));
} else {
if (!new File(PATHS[i]).exists()) continue;
pathList.add(Integer.valueOf(i));
}
}
if (pathList.size() == 0) {
pathList = loadApps(paramContext);
}
return (pathList.size() == 0 ? null : pathList.toString()) != null;
} catch (Exception e) {
e.printStackTrace();
}
return false;
}
@SuppressLint("WrongConstant")
private static List getInstalledSimulatorPackages(Context context) {
ArrayList localArrayList = new ArrayList();
try {
for (int i = 0; i < PKG_NAMES.length; i++)
try {
context.getPackageManager().getPackageInfo(PKG_NAMES[i], PackageManager.COMPONENT_ENABLED_STATE_ENABLED);
localArrayList.add(PKG_NAMES[i]);
} catch (PackageManager.NameNotFoundException localNameNotFoundException) {
}
if (localArrayList.size() == 0) {
for (int i = 0; i < FILES.length; i++) {
if (new File(FILES[i]).exists()) // 检测的特定文件
localArrayList.add(FILES[i]);
}
}
} catch (Exception e) {
e.printStackTrace();
}
return localArrayList;
}
public static List loadApps(Context context) {
Intent intent = new Intent(Intent.ACTION_MAIN, null);
intent.addCategory(Intent.CATEGORY_LAUNCHER);
List<String> list = new ArrayList<>();
List<ResolveInfo> apps = context.getPackageManager().queryIntentActivities(intent, 0);
//for循环遍历ResolveInfo对象获取包名和类名
for (int i = 0; i < apps.size(); i++) {
ResolveInfo info = apps.get(i);
String packageName = info.activityInfo.packageName;
CharSequence cls = info.activityInfo.name;
CharSequence name = info.activityInfo.loadLabel(context.getPackageManager());
if (!TextUtils.isEmpty(packageName)) {
if (packageName.contains("bluestacks")) {
list.add("蓝叠");
return list;
}
}
}
return list;
}
其中还用到了检测的特定文件来加强检测精度，这种方法算是比较靠谱的了。具体实现，可以查看这篇博客，写的很好。
这种方法的成功率高狠多了，当然失败的概率是很小的，除非遇到以下情况：
- A模拟器安装了B模拟器的应用，导致识别的模拟器类型出错
- A手机安装了B模拟器的应用，一般情况下，模拟器的系统应用是不可被下载安装的；如果你足够皮👀，你可以随便弄个包，把包名改成"com.mumu.launcher"，那么你的手机也就会被识别为Mumu模拟器了。
4.特征值检测
这种可以说是集大成者了，这种方式的检测成功率极高，甚至之前的手动改包名的骚操作也可以被揪出来，实现方式可以看这儿：一行代码帮你检测Android模拟器
这种方法的实现思路是通过定义一个嫌疑值，当嫌疑值达到阀值的时候，bang！就把你识别成模拟器了。
随便贴一下代码截图大家体会一下：
很厉害了！
当然如果你想尝试一下，可以用我的demo，以上四种方式都有，你可以随便测，随便玩~😜
代码地址：MonitorDemo
题外话
yysy确实
