uni-app 无法100%可靠判断是否在模拟器，因平台字段、ua、设备型号等在不同环境表现混乱；需结合model关键词、屏幕像素比、imei等多维度概率判断，并用条件编译隔离平台逻辑。
uni-app 无法直接判断「是否在模拟器」
uni-app 没有提供任何官方 API 或编译变量能 100% 可靠地区分「真机」和「模拟器」。所有常见尝试（比如查 uni.getSystemInfoSync().platform、navigator.userAgent、设备型号字段）在不同工具链下表现混乱：微信开发者工具返回 "devtools"，MuMu/Android Studio 模拟器可能返回 "android"，但某些华为/荣耀真机也返回相同值；iOS 模拟器和 iPhone 真机的 UA 几乎一致。这不是 bug，是 WebView 和系统抽象层的固有行为。
为什么不能依赖 uni.getSystemInfoSync().platform === 'devtools'
这个判断只在微信开发者工具里成立，且仅限于「微信小程序」构建目标。它在以下场景完全失效：
-
process.env.UNI_PLATFORM === 'h5'时，platform是"web"或"PC"，跟是否模拟器无关 -
APP-PLUS构建下，无论 MuMu、夜神还是 Android Studio 模拟器，platform都是"android"—— 和大部分安卓真机一样 - HBuilderX 自带的「运行到模拟器」功能底层调用的是调试基座（
debug版 App），其platform值与正式版无异 - 鸿蒙模拟器可能返回
"harmony"，但纯血鸿蒙真机也返回这个值
实际可操作的折中方案
如果你确实需要差异化逻辑（比如跳过震动、禁用摄像头预览、绕过定位 mock），只能结合多维度信号做概率性判断，且必须接受误判风险：
- 检查
uni.getSystemInfoSync().model是否含关键词："Mumu"、"BlueStacks"、"Android SDK built for x86"、"google_sdk"—— 但这些字符串可能被厂商隐藏或修改 - 对比
screen.width × screen.height和uni.getSystemInfoSync().windowWidth × windowHeight：模拟器常出现像素比异常（如 1.0 但分辨率是 1080×1920） - 调用
plus.device.getInfo()（仅APP-PLUS）看imei或imsi是否为空或为固定测试值（如"000000000000000"） - 对 H5 场景，用
/Android|iPhone|iPad/.test(navigator.userAgent) && !/MicroMessenger|Alipay/.test(navigator.userAgent)排除微信/支付宝内核，再结合屏幕尺寸判断是否像桌面浏览器拉伸出来的“伪模拟器”
重点：所有这类判断都应包裹在 /* #ifdef APP-PLUS */ 或 /* #ifdef H5 */ 条件编译内，避免污染其他平台代码体积；且务必在 iOS 16/17/18 真机 + 主流模拟器上交叉验证 UA 和 model 字段，别信文档里的“典型值”。
