meteor.js文件位置咨询及Meteor集成EasyRTC服务器报错问题

1. meteor.js 文件的位置 #

meteor.js是Meteor框架的核心客户端脚本，它的位置分两种场景：

• 开发环境：
  • 在浏览器开发者工具的Sources面板里，你可以在localhost:3000/packages/meteor.js路径下找到它（假设你的Meteor开发服务器运行在3000端口）。
  • 本地项目目录中，它位于.meteor/local/build/programs/web.browser/packages/meteor.js，这个是未压缩的源码版本。
• 生产环境：
  • Meteor会把所有客户端脚本打包压缩成单个或多个bundle文件，meteor.js的内容会合并到main.*.js这类压缩文件里，本地项目的路径是.meteor/local/build/programs/web.browser/app/下的对应压缩文件。

2. Meteor中运行第二个EasyRTC服务器的报错问题 #

你遇到的bad video element id undefined和Tracker recompute异常，大概率是Meteor的响应式机制与EasyRTC的DOM依赖之间的冲突，结合你的情况，给你几个排查和解决方向：

• 确保EasyRTC在DOM就绪后初始化
  Meteor的模板有自己的生命周期，如果你在模板还没渲染完成时就调用EasyRTC的视频相关方法，就会找不到video元素导致id为undefined。你应该把EasyRTC的初始化代码放在模板的onRendered钩子中，比如：

  Template.myVideoTemplate.onRendered(function() {
    // 这里初始化EasyRTC，确保video元素已经存在
    easyrtc.initMediaSource(
      function(){},
      function(err){},
      {videoElementId: "your-video-element-id"} // 替换成你实际的video元素id
    );
  });
  

• 检查video元素的id正确性
  确认你的模板里确实存在带有对应id的video元素，比如：

  <template name="myVideoTemplate">
    <video id="your-video-element-id" autoplay muted></video>
  </template>
  

  避免使用动态生成的id（比如依赖模板数据的id），如果必须用，要确保在初始化EasyRTC时能正确获取到这个动态id值。

• 避免Tracker自动运行干扰
  报错里提到了Exception from Tracker recompute function，说明你的EasyRTC代码可能被Tracker的自动运行块包裹了，导致代码重复执行或者在DOM未就绪时触发。你可以：

  • 把EasyRTC的初始化逻辑移到onRendered里，这个钩子只会在模板渲染完成后执行一次。
  • 如果必须在Tracker里执行相关逻辑，用Tracker.nonreactive包裹，防止不必要的重新计算：

    Tracker.autorun(function() {
      Tracker.nonreactive(function() {
        // 这里放EasyRTC的相关代码
      });
    });
    

• 调整EasyRTC服务器配置避免冲突
  因为Meteor本身自带Web服务器，运行第二个EasyRTC服务器时，要确保两者的端口不同，并且客户端连接EasyRTC服务器的地址要正确，不要和Meteor的服务器地址混淆。

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