Sublime Text 无法真正配置 React Native 开发环境，仅能通过插件优化编辑体验，如语法高亮、格式化和终端集成；核心构建、调试、运行必须依赖命令行。
react-native run-android 或热重载调试。所谓“配置 React Native 环境”，实际只是让 Sublime 更好地**高亮语法、跳转定义、格式化 JSX/TSX、配合终端手动运行命令**。
别指望 Sublime 能替代终端或 Metro + CLI 工作流。它只是个编辑器，React Native 的核心流程（启动打包器、编译原生模块、安装 APK/IPA）必须靠命令行完成。
装哪些插件才真正有用？
以下插件解决的是编辑体验问题，不是环境搭建问题：
-
ReactJS：提供基本的 JSX 语法高亮和 Emmet 支持（注意：对 React Native 的StyleSheet、View等组件无特殊补全） -
Babel：比默认的 JavaScript 语法更准确地解析 ES6+ 和 JSX（推荐启用，Sublime 原生 JS 语法对import type或可选链支持弱） -
ESLint-Formatter或JsPrettier：配合本地项目中的.eslintrc.js或prettier.config.js自动格式化（需提前全局或项目内安装eslint/prettier） -
SideBarEnhancements：右键快速在终端打开当前项目根目录（避免手动 cd 进入ios/或android/）
为什么不能用 Sublime 直接运行 react-native 命令？
Sublime 的 Build System 可以封装命令，但有硬伤：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
- 不支持交互式输入（比如
react-native init中的项目名提示会卡死） - 无法持续监听 Metro 打包器输出（日志滚动、错误高亮、点击跳转文件都做不到）
- Android/iOS 构建涉及 shell 环境变量（
ANDROID_HOME、XCODE_PATH），Sublime 的构建环境常与终端不一致，导致./gradlew找不到 JDK 或 Xcode 命令失败 - 真机调试需 adb 日志流、Chrome DevTools 连接等，Sublime 无对应协议支持
能省事的实操建议
与其折腾 Sublime 构建系统，不如把分工理清楚：
- 写代码 → Sublime（开多个窗口：一个写
App.tsx，一个看index.js入口） - 启动开发服务器 → 终端执行
npx react-native start（加--reset-cache排查缓存问题） - 运行 App → 新终端 tab 执行
npx react-native run-android或npx react-native run-ios - 查日志 → 终端执行
npx react-native log-android或npx react-native log-ios（Sublime 打开console.log输出没用，看不到原生层错误） - 调试 → 浏览器访问
http://localhost:8081/debugger-ui/，或用 Flipper（不是 Chrome）连真机
{
"cmd": ["npx", "react-native", "run-android"],
"shell": true,
"working_dir": "$project_path",
"variants": [
{
"name": "Run iOS",
"cmd": ["npx", "react-native", "run-ios"]
}
]
}
上面这个 Build System 看似方便，但实际几乎必失败——因为 npx 依赖 Node 的 $PATH，而 Sublime 在 macOS/Linux 下常以 GUI 方式启动，读不到 shell 的 ~/.zshrc；Windows 上又常缺 adb 环境变量。真要试，得先用 which npx 和 echo $PATH 对齐环境。
React Native 的复杂性不在编辑器，而在原生依赖链。Sublime 再快，也绕不开 gradle 编译、Xcode Linking、Metro 依赖图解析这些耗时环节。把时间花在配插件上，不如花十分钟看一眼 android/app/build.gradle 里 minSdkVersion 是否和模拟器匹配——那才是真卡住你的地方。
