在Android开发过程中，防作弊一直是老生常谈的问题，而模拟器的检测往往是防作弊中的重要一环，接下来有关于模拟器的检测方法，和大家进行一个简单的分享。
1.传统的检测方法。
传统的检测方法主要是对模拟器的IMSI、IDS、默认文件等几个方面进行检测。
（1）默认号码：
[java] view plain copy
-
private static String[] known_numbers = {"15555215554", "15555215556",
-
"15555215558", "15555215560", "15555215562", "15555215564",
-
"15555215566", "15555215568", "15555215570", "15555215572",
-
"15555215574", "15555215576", "15555215578", "15555215580",
-
"15555215582", "15555215584"};
（2）默认ID：
[java] view plain copy
-
private static String[] known_device_ids = {"000000000000000"};
（3）默认IMSI：
[java] view plain copy
-
private static String[] known_imsi_ids = {"310260000000000"};
（4）默认文件路径：
[java] view plain copy
-
private static String[] known_files = {
-
"/system/lib/libc_malloc_debug_qemu.so",
-
"/sys/qemu_trace",
-
"/system/bin/qemu-props"};
在得知了这些信息后，只需在运行时进行检测，如果检测结果和默认值吻合，那么检测设备便是模拟器。不过随着防反作弊技术的迭代，现在很多模拟器都可以改变这些值来逃避检测，所以上述传统方法在很多时候未曾达到开发者的预期效果。
2.基于模拟器cpu信息的检测。
成功率相较于传统方法，有了更高的成功率。
cpu信息检测主要是在cpu信息看看是否包含intel、amd等字段，很多模拟器目前对于cpu信息还无法进行模拟。
（1）读取cpu信息：
[html] view plain copy
-
public static String readCpuInfo() {
-
String result = "";
-
try {
-
String[] args = {"/system/bin/cat", "/proc/cpuinfo"};
-
ProcessBuilder cmd = new ProcessBuilder(args);
-
-
Process process = cmd.start();
-
StringBuffer sb = new StringBuffer();
-
String readLine = "";
-
BufferedReader responseReader = new BufferedReader(new InputStreamReader(process.getInputStream(), "utf-8"));
-
while ((readLine = responseReader.readLine()) != null) {
-
sb.append(readLine);
-
}
-
responseReader.close();
-
result = sb.toString().toLowerCase();
-
} catch (IOException ex) {
-
}
-
return result;
-
}
（2）进行判定：
[java] view plain copy
-
String cpuInfo = readCpuInfo();
-
if ((cpuInfo.contains("intel") || cpuInfo.contains("amd"))) {return true;}
类似的还有
[java] view plain copy
-
String[] blockList = "google_sdk,sdk,sdk_x86,vbox86p".split(",");
原理相同。
3.关键路径检测特定模拟器检测
前面2个方法在很大程度上已经可以鉴定出很多模拟器了，但是对于某些在反防作弊上同样热爱的模拟器，需要特定的检测方法。
bluestacks成功躲避了前两种检测方法，所以在这里给予其VIP的待遇。
以下是总结出来的一些bluestacks的关键路径：
[java] view plain copy
-
private static String[] known_bluestacks = {"/data/app/com.bluestacks.appmart-1.apk", "/data/app/com.bluestacks.BstCommandProcessor-1.apk",
-
"/data/app/com.bluestacks.help-1.apk", "/data/app/com.bluestacks.home-1.apk", "/data/app/com.bluestacks.s2p-1.apk",
-
"/data/app/com.bluestacks.searchapp-1.apk", "/data/bluestacks.prop", "/data/data/com.androVM.vmconfig",
-
"/data/data/com.bluestacks.accelerometerui", "/data/data/com.bluestacks.appfinder", "/data/data/com.bluestacks.appmart",
-
"/data/data/com.bluestacks.appsettings", "/data/data/com.bluestacks.BstCommandProcessor", "/data/data/com.bluestacks.bstfolder",
-
"/data/data/com.bluestacks.help", "/data/data/com.bluestacks.home", "/data/data/com.bluestacks.s2p", "/data/data/com.bluestacks.searchapp",
-
"/data/data/com.bluestacks.settings", "/data/data/com.bluestacks.setup", "/data/data/com.bluestacks.spotlight", "/mnt/prebundledapps/bluestacks.prop.orig"
-
};
检测方法：
[java] view plain copy
-
public static boolean checkBlueStacksFiles() {
-
for (int i = 0; i < known_bluestacks.length; i++) {
-
String file_name = known_bluestacks[i];
-
File qemu_file = new File(file_name);
-
if (qemu_file.exists()) {
-
FkLog.e("Result : Find BlueStacks Files!");
-
return true;
-
}
-
}
-
FkLog.e("Result : Not Find BlueStacks Files!");
-
return false;
-
}
这种基于关键路径的检测，便可以成功的检测出bluestacks。
4.模拟器检测新思路
模拟器检测与模拟器反检测都在不断的更新迭代中，无法确保哪一种方法会永垂不朽，在这里分享下新的思路。
电池信息检测
可以从电池的温度和电量等信息入手，检测温度在使用过程中是否一直保持不变、或者是电量一直是固定值并且不是百分之百等等。
亲测可以鉴别出genymotion、bluestacks等主流模拟器。
5.写在最后
其实很多时候在检测模拟器的过程中，都不是只使用某一种固定的方法，一来需要具体问题具体分析，二来也需要用多种方法来综合检测。言而总之，有了十八般武艺才能见招拆招。
ps：如有错误或需要补充的地方，请各位多多指正～
