Android全面检测设备是否模拟器

前言

前段时间工作有个需求,要求检测App是否在模拟器环境下运行,就像在有些手机游戏上可以看到这个功能

乍一看蛮简单的,后来我查了一下资料,然后头都大了······

这多亏了国内pc端模拟器的发展,现在市面上的模拟器越来越多,也越来越“逼真”了,模拟器和真机的区别在逐步缩小,这就使得模拟器的检测存在偏差,不管有多小,偏差总是会存在的,如何降低这种偏差值,就是这篇文章像讨论的内容。

先来看一下我是怎么头大的

1.拨号检测法

首先一开始想到的就是能否拨号,真机肯定可以的,不然手机的根基就没了,模拟器肯定不能拨号,所以我很快写下代码:

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;
}

其中还用到了检测的特定文件来加强检测精度,这种方法算是比较靠谱的了。具体实现,可以查看这篇博客,写的很好。
这种方法的成功率高狠多了,当然失败的概率是很小的,除非遇到以下情况:

  1. A模拟器安装了B模拟器的应用,导致识别的模拟器类型出错
  2. A手机安装了B模拟器的应用,一般情况下,模拟器的系统应用是不可被下载安装的;如果你足够皮👀,你可以随便弄个包,把包名改成"com.mumu.launcher",那么你的手机也就会被识别为Mumu模拟器了。

4.特征值检测

这种可以说是集大成者了,这种方式的检测成功率极高,甚至之前的手动改包名的骚操作也可以被揪出来,实现方式可以看这儿:一行代码帮你检测Android模拟器
这种方法的实现思路是通过定义一个嫌疑值,当嫌疑值达到阀值的时候,bang!就把你识别成模拟器了。
随便贴一下代码截图大家体会一下:

很厉害了!

当然如果你想尝试一下,可以用我的demo,以上四种方式都有,你可以随便测,随便玩~😜
代码地址:MonitorDemo


题外话

yysy确实

Android检测模拟器是指在Android应用开发过程中,为了确保应用可以在真实设备上正常运行,并且提高应用的安全性和稳定性,开发人员会对应用进行模拟器检测模拟器是一种软件工具,可以在计算机上模拟出一个类似Android设备的环境,开发人员可以在模拟器上进行应用测试和调试,以便快速验证应用的功能和性能。 为了检测应用是否模拟器上运行,开发人员可以使用一些常见的技术来进行判断,比如检测模拟器的硬件特征、系统属性和硬件参数等。例如,通过检测模拟器的IMEI号、MAC地址、序列号、硬件型号等信息,来判断当前设备是否模拟器。此外,可以通过检测虚拟化框架、模拟器特有的文件路径、启动参数等来辅助判断。 除了基本的硬件属性,开发人员还可以通过一些特定的行为来进行模拟器检测,比如检测模拟器上特有的API行为、检测模拟器的响应速度和性能表现等。 对于开发人员来说,进行模拟器检测是必不可少的,因为模拟器的特性使得应用可能出现一些在真实设备上不会出现的问题,比如性能不佳、兼容性问题等。因此,确保应用在真实设备上的正常运行,是非常重要的。同时,通过模拟器检测,可以增加应用的安全性,防止一些恶意行为和攻击。 综上所述,Android检测模拟器是在应用开发中非常重要的一环,开发人员应该结合硬件特征和行为特征,来全面进行模拟器检测,以确保应用在真实设备上的正常运行。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值