Meteor项目无法识别本地安装的npm模块问题求助

我之前在并行开发Meteor项目和本地npm包的时候也碰到过一模一样的问题，折腾了好一会儿才找到解决办法，分享给你几个可行的方案：

方案一：使用meteor npm link替代本地install #

Meteor对直接通过本地路径install的软链接支持不太友好，改用npm link能更好地适配它的构建流程：

1. 先切换到你的mypackage目录：

   cd ../lib/mypackage
   

2. 执行链接命令，把包注册到本地npm全局链接池：

   meteor npm link
   

3. 回到Meteor项目目录，将本地包链接到项目的node_modules：

   cd ../../myproject
   meteor npm link mypackage
   

这样Meteor构建时会正确识别包的位置，不会因为软链接路径问题找不到模块。

方案二：配置Meteor构建选项允许软链接 #

如果不想用npm link，可以在项目根目录创建meteor-build-options.json文件，添加以下配置来让Meteor处理软链接：

{
  "nodeModules": {
    "rebuild": true,
    "useSymlinks": true
  }
}

这个配置会告诉Meteor的构建系统保留软链接并重新构建依赖，不过注意这个选项在较新的Meteor版本中可能默认已经开启，你可以先试试方案一，不行再用这个。

方案三：检查包的入口配置并调整导入路径 #

有时候问题可能出在你的mypackage本身：

• 确认mypackage/package.json里的main字段是否正确指向了入口文件，比如如果你的包是经过构建的，入口在dist/index.js，要确保main字段设置为"dist/index.js"，而不是错误的路径。
• 如果绝对路径导入没效果，可以试试相对路径导入，从你当前的文件位置出发指向包的位置，比如在imports/startup/both/collections.tests.js里：

  import { SomeClass } from '../../../../lib/mypackage';
  

（路径层数根据你的实际目录结构调整）

问题根源解释 #

Meteor在运行或测试时，会把项目文件复制到一个临时构建目录（比如你错误日志里的/private/var/folders/.../meteor-test-run.../.meteor/local/build/），直接通过meteor npm install ../lib/mypackage创建的软链接指向的是外部目录，这个外部目录不会被复制到临时构建目录里，所以构建后的代码找不到对应的模块文件，这就是为什么会出现Cannot find module 'mypackage'的错误。

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