npx与npm执行命令的核心差异：以lerna run start为例

npm lerna run start 的实际运行表现 #

• npm本身没有内置lerna这个子命令，直接运行这条命令在绝大多数标准环境下会直接抛出「未知子命令」的报错，根本不会正常执行。
• 如果要通过npm调用项目内安装的lerna，正确写法应该是npm exec lerna -- run start，或者把命令写到package.json的scripts字段里通过npm run xxx触发。这种场景下npm只会查找当前项目本地依赖、全局依赖里的lerna可执行文件，找不到就直接报错，不会自动下载缺失的包。

npx lerna run start 的运行逻辑 #

npx是npm 5.2.0之后默认附带的包执行工具，执行链路和npm完全不同：

• 第一步优先查找当前项目node_modules/.bin目录下的lerna，找到就直接调用本地安装的版本执行
• 本地找不到就去查全局npm安装目录下有没有装lerna，找到就调用全局版本执行
• 本地、全局都找不到的情况下，npx不会直接报错，会临时拉取对应版本的lerna到临时缓存目录，执行完命令后自动清理临时文件，不会在本地项目或全局目录留下持久安装的依赖。
• 你提到的命令npx lerna run start --scope frontend --stream就是在上述执行逻辑基础上，把后续参数透传给lerna，指定仅运行frontend子包的start脚本、同时流式输出所有运行日志，参数透传规则和npm调用时没有区别，核心差异集中在命令查找、缺失依赖的处理逻辑上。

核心效果差异总结 #

• 命令合法性：直接写npm lerna run start属于不符合npm语法规范的写法，大概率直接报错；npx lerna run start是标准合法的命令写法。
• 缺失依赖处理：npm找不到lerna时直接终止执行抛错；npx找不到时会临时下载对应包执行，无需提前安装。
• 版本一致性：npm调用时只能用本地或全局提前安装好的固定版本lerna；npx如果本地、全局都没装，会默认拉取最新版lerna执行，可能出现版本不一致导致的运行结果差异。

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