我之前在Meteor项目里也碰到过一模一样的问题，折腾了好一会儿才找到原因，给你梳理几个最常见的排查方向：

• 跨环境导入是大坑！
  Meteor对client/和server/目录有严格的环境隔离机制——客户端代码只会打包client/和imports/里被客户端引用的文件，服务端同理。如果你在server/main.js里尝试导入client/AppContainer.js（或者反过来），Meteor在构建时会直接跳过这些跨环境的文件，自然会提示“模块找不到”。先检查你的导入是不是跨了client/server环境！

• 相对路径一定要写对
  Meteor的模块解析完全基于当前文件的相对路径，别想着用全局路径或者依赖Node.js的默认查找逻辑（除非是npm包）。举个例子，如果你的自定义模块在imports/utils/helpers.js，那在server/main.js里导入得写成：

  import '../imports/utils/helpers.js'
  

  这里的../是回到项目根目录，再进入imports文件夹。你可以在编辑器里按住Ctrl（或Cmd）点击导入路径，如果能直接跳转到目标文件，说明路径是对的；跳不过去的话，肯定是路径层级写错了。

• 模块语法与扩展名要规范
  首先确保你的自定义模块用了正确的ES模块导出语法，比如：

  // 导出默认模块
  export default function myHelper() { /* ... */ }
  // 或者导出命名模块
  export const myConstant = 'hello';
  

  然后导入时要对应语法。另外，有些时候省略文件扩展名会出问题（比如同时存在.js和.jsx同名文件），建议明确写上扩展名，比如import '../imports/components/MyComponent.jsx'。如果你的代码用了ES6+语法，还要确认项目已经添加了ecmascript包（新项目默认会加，老项目可以手动运行meteor add ecmascript）。

• 缓存抽风？试试清空构建缓存
  Meteor的本地构建缓存偶尔会出现“脑抽”情况，明明文件存在却被忽略。解决方法很简单：

  1. 先按Ctrl+C停止Meteor服务
  2. 删除项目根目录下的.meteor/local文件夹（这个是临时构建产物，删了会自动重建）
  3. 重新运行meteor run，让Meteor从头构建所有文件

• package.json配置冲突
  如果你的项目根目录package.json里手动加了"type": "module"字段，这大概率会和Meteor自带的模块系统冲突。Meteor已经内置了ES模块和CommonJS的兼容处理，不需要手动设置这个字段，删掉它再试试。

如果以上方法都试过还是不行，可以把你的项目目录结构和具体的导入代码贴出来，这样能更精准地定位问题！

内容的提问来源于stack exchange，提问作者P. Nick