React Native CLI中run-ios命令的模拟器运行问题解析

问题背景

在使用React Native CLI的run-ios命令时，开发者经常会遇到一个令人困惑的行为：即使有可用的iOS模拟器正在运行，CLI却默认尝试在连接的物理设备上安装应用。这种行为与官方文档描述不符，文档明确指出run-ios应该优先在模拟器上运行应用。

问题表现

当执行yarn ios或react-native run-ios命令时，CLI会：

1. 检测到已启动的模拟器和连接的物理设备
2. 错误地尝试在物理设备上安装应用
3. 由于缺少ios-deploy工具而失败（物理设备部署需要ios-deploy）

技术原因

经过React Native CLI团队的分析，这个问题源于两个关键因素：

1. 设备选择逻辑问题：CLI在检测到多个可用设备时，没有正确优先选择模拟器
2. 日志输出误导：控制台输出的设备列表顺序与实际选择顺序不一致，导致开发者误解

解决方案

临时解决方案

开发者可以采用以下方法强制在特定模拟器上运行：

1. 列出所有可用设备：

xcrun simctl list devices

2. 使用特定模拟器的UDID运行：

npm run ios -- --udid="模拟器UDID"

这个UDID会被记住，后续直接运行npm run ios时会自动使用上次选择的模拟器。

永久解决方案

React Native CLI团队已经通过以下改进修复了这个问题：

1. 调整了设备选择优先级，现在会优先选择模拟器而非物理设备
2. 修复了日志输出顺序与实际选择顺序不一致的问题
3. 改进了设备记忆功能，确保开发者选择的模拟器会被记住

最佳实践建议

1. 在运行run-ios前，先启动你希望使用的模拟器
2. 对于团队开发，建议在项目文档中记录推荐的模拟器类型和UDID
3. 如果必须使用物理设备，确保已安装ios-deploy工具：

brew install ios-deploy

总结

React Native CLI的run-ios命令在0.74版本后已经改进了模拟器支持。开发者现在可以更可靠地在模拟器上运行应用，而无需每次都指定UDID。理解CLI的设备选择逻辑有助于更高效地进行iOS平台的应用调试和开发。