在Android開發過程中，防作弊一直是老生常談的問題，而模擬器的檢測往往是防作弊中的重要一環，接下來有關於模擬器的檢測方法，和大家進行一個簡單的分享。

1.傳統的檢測方法。

傳統的檢測方法主要是對模擬器的IMSI、IDS、預設檔案等幾個方面進行檢測。

（1）預設號碼：

private static String[] known_numbers = {"15555215554", "15555215556",
            "15555215558", "15555215560", "15555215562", "15555215564",
            "15555215566", "15555215568", "15555215570", "15555215572",
            "15555215574", "15555215576", "15555215578", "15555215580",
            "15555215582", "15555215584"};
 

private static String[] known_device_ids = {"000000000000000"};

private static String[] known_imsi_ids = {"310260000000000"};

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資訊：

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

String cpuInfo = readCpuInfo();
if ((cpuInfo.contains("intel") || cpuInfo.contains("amd"))) {return true;}

String[] blockList = "google_sdk,sdk,sdk_x86,vbox86p".split(",");

原理相同。

3.關鍵路徑檢測特定模擬器檢測

前面2個方法在很大程度上已經可以鑑定出很多模擬器了，但是對於某些在反防作弊上同樣熱愛的模擬器，需要特定的檢測方法。

bluestacks成功躲避了前兩種檢測方法，所以在這裡給予其VIP的待遇。

以下是總結出來的一些bluestacks的關鍵路徑：

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

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：如有錯誤或需要補充的地方，請各位多多指正～