Windows命令提示符执行expo start出现退出状态1、@start脚本失败问题

报错核心定位 #

从现有日志可提取关键失败信息：

• npm 执行生命周期start脚本时返回退出码1，错误类型为ELIFECYCLE
• 脚本实际调用的命令为expo start
• 当前输出的npm日志未捕获expo CLI本身的具体错误，仅记录了脚本执行失败的信号

分步排查流程（按优先级排序） #

1. 校验本地依赖安装状态 #

项目start脚本默认调用node_modules/.bin路径下的本地expo CLI，若依赖未完整安装会直接触发执行失败：

• 执行npm install补全项目所有依赖，不要跳过本地安装步骤直接使用全局expo CLI
• 执行npx expo --version验证本地安装的expo CLI可正常调用，确认不存在“命令未找到”类报错

2. 匹配Node.js版本兼容性 #

当前运行环境为Node.js v12.14.0 + npm 6.14.8，与旧版Expo SDK的兼容范围匹配，若项目使用高版本Expo则可能出现兼容问题：

• 查看项目根目录package.json中expo包的版本，对照对应版本的Node兼容要求确认版本匹配性
• 若版本不匹配，切换到Expo对应要求的Node大版本后重试（如Expo SDK 46及以上版本不再支持Node12）

3. 清理多层缓存重试 #

npm缓存冲突、Expo项目缓存残留是同类启动失败的常见诱因：

• 执行npm cache clean --force清理npm全局缓存
• 删除项目下的node_modules文件夹与package-lock.json文件，重新执行npm install完成依赖安装
• 执行expo start -c启动时自动清除Expo自身的项目缓存

4. 排查Windows环境权限与路径问题 #

当前项目路径为C:\Panasonic_data\mymobileapp\panasonic.maintenance.tablet，且系统版本为Win10 17134（较旧的系统构建版本），若存在权限拦截、路径异常、系统兼容问题会导致启动失败：

• 确认当前Windows登录用户对项目文件夹拥有完全读写、修改权限，排查企业安全策略、杀毒软件是否拦截node.exe的文件操作
• 避免将项目放置在系统保护路径（如C:\Program Files、C:\Windows系统目录）下
• 若使用高版本Expo CLI出现系统兼容类报错，可降级为适配旧Win10版本的Expo SDK版本重试

5. 绕过npm脚本定位真实错误 #

npm的生命周期日志仅记录脚本退出状态，不会完整输出expo CLI的内部报错，需要直接执行命令拿到真实异常：

• 在项目根目录命令行下，直接执行node node_modules/expo-cli/bin/expo.js start
• 以直接执行后输出的真实报错为后续排查依据，无需依赖npm的冗余生命周期日志

高频根因对应解决办法 #

• 若直接执行expo时提示命令不存在：重新安装本地依赖，确认node_modules/.bin/expo.cmd文件存在
• 若直接执行时报Node版本不兼容：切换到兼容的Node版本后重试
• 若执行时提示端口被占用：执行expo start --port 8082指定未被占用的端口启动

内容的提问来源于stack exchange，提问作者dinesh kumar