Android 模拟器识别相关的事

市场上发行的大多数模拟器都是 VirtualBox   Android X86   Houdini 方案，以 VirtualBox 为虚拟环境，搭载 Android X86 系统，使用 Intel Houdini 翻译执行 ARM 指令。


关于 Intel Houdini 讨论，见 《Intel Houdini 比 QEMU 快在哪里？


一些优秀的模拟器只运行 ARM 动态库游戏时，通过游戏 __system_property_get 获取的的 ABI 将会是 arm，而不是 x86，访问 /proc/cpuinfo 获取到的 CPU 也是虚假的 ARM 处理器信息，欺骗游戏，认为自己在 运行ARM 环境中。


用电量变化，WIFI信号变化、蜂窝信号变化、陀螺仪等动态变化特征是最好的方法，但确定是否在模拟器中运行需要一段时间，适合作为补充。FPS 手机游戏，新玩家进入后，分配到的游戏区不是模拟器专用游戏区，而是进入第二局时，分配到模拟器专用区。


更严肃的 Android X86   Houdini 模拟器，如 Genymotion，都会存在 /system/lib/libhoudini.so，这一特点广为人知。除了国内处理版的旧模拟器外，它基本上是隐藏的 libhoudini.so


以下是一些静态特征，也可以使用
[td]

模拟器	文件特征	属性特征
VirtualBox	/system/bin/androVM-prop /system/bin/androVM-vbox-sf /system/bin/androVM_setprop /system/bin/get_androVM_host /system/bin/mount.vboxsf /system/lib/egl/libGLES_emulation.so /system/lib/egl/libGLESv1_CM_emulation.so /system/lib/egl/libGLESv2_emulation.so	init.svc.vbox86-setup androVM.vbox_dpi androVM.vbox_graph_mode
AVD	/system/bin/qemu_props	ro.kernel.android.qemud init.svc.qemud
逍遥模拟器	/system/bin/microvirtd /system/bin/microvirt-prop	init.svc.microvirtd
夜神模拟器	/system/bin/nox /system/bin/nox-prop /system/bin/nox-vbox-sf /system/bin/nox-setprop	init.svc.noxd
海马玩	/system/lib/libdroid4x.so /system/bin/droid4x /system/bin/droid4x-prop /system/bin/droid4x-vbox-sf /system/bin/droid4x-setprop	init.svc.droid4x
天天模拟器	/system/bin/ttVM-prop /system/bin/ttVM-vbox-sf /system/bin/ttVM-setprop /system/lib/egl/libEGL_tiantianVM.so /system/lib/egl/libGLESv1_CM_tiantianVM.so /system/lib/egl/libGLESv2_tiantianVM.so	init.svc.ttVM_x86-setup ttVM.vbox_dpi
BlueStacks	/system/bin/bstcmd_shim /system/bin/bstfolderd /system/bin/bstsyncfs /data/.bluestacks.prop /system/lib/egl/libGLES_bst.so /system/lib/egl/libGLES_bst.so-arm	init.svc.bstfolderd init.svc.bstsvcmgrtest

因为模拟器自带 root 权限，默认打开 ADB 调试，各种**助手和插件都很差，对手机游戏的安全威胁也很高。这些玩家应该是关注群体的焦点。此外，模拟器玩家的游戏充值不方便，小型黄金工作室也主要使用模拟器作为平台，用户价值不高。

一些大型游戏制造商(T)会选择与优秀的模拟器供应商合作，提供专用的模拟器，以满足一些隐形土豪在工作中的需求，同时为了安全起见。