SIP.js接收来电时获取localStream实现麦克风静音的方法

你遇到的这个问题其实很常见——主动呼叫时能顺畅拿到sessionDescriptionHandler绑定userMedia事件，但来电时onInvite触发太早，sessionDescriptionHandler还没初始化，等到accepted事件再绑定又错过了事件触发时机。我给你几个针对性的解决方案：

方案1：监听sessionDescriptionHandlerCreated事件（推荐） #

绝大多数SIP/WebRTC客户端库（比如JsSIP）都会在sessionDescriptionHandler初始化完成后触发sessionDescriptionHandlerCreated事件，这是绑定userMedia事件的黄金时机，不管主动呼叫还是来电场景都能适配：

const onInvite = (dispatch, store) => session => {
  // 监听handler创建完成事件，此时绑定userMedia不会错过时机
  session.on('sessionDescriptionHandlerCreated', () => {
    session.sessionDescriptionHandler.on('userMedia', onUserMediaObtained.bind(this));
  });

  // 后续处理来电逻辑（比如响铃、接听操作）
};

这样一来，只要handler初始化完成，就能立刻绑定事件，完美覆盖两种呼叫场景。

方案2：直接在session上绑定userMedia事件 #

有些库会把sessionDescriptionHandler的userMedia事件冒泡到session对象本身，你可以跳过直接操作handler，直接在session上绑定事件：

const onInvite = (dispatch, store) => session => {
  // 直接在session上绑定，无需关心handler的初始化时机
  session.on('userMedia', onUserMediaObtained.bind(this));

  // 处理来电逻辑
};

这种方式更简洁，不用纠结handler的状态，事件会在MediaStream可用时正常触发。

方案3：在accepted事件中补拿已存在的流 #

如果上面两种方案不适用，你可以在accepted事件中，既绑定事件又直接检查是否已有本地流——因为accepted触发时，MediaStream大概率已经创建好了，只是userMedia事件已经触发过：

const onAccepted = (dispatch) => session => {
  const sdh = session.sessionDescriptionHandler;
  if (sdh) {
    // 先绑定事件，应对后续可能的流变化（比如重新获取）
    sdh.on('userMedia', onUserMediaObtained.bind(this));
    // 直接获取已存在的本地流，补触发一次回调
    const existingStream = sdh.getLocalMediaStream();
    if (existingStream) {
      onUserMediaObtained(existingStream);
    }
  }
};

这样即使错过了第一次userMedia事件，也能确保localMediaStream变量被正确赋值，不影响静音功能。

补充说明 #

为什么onInvite里sessionDescriptionHandler是undefined？因为来电时invite事件触发在收到INVITE请求的瞬间，此时session刚创建，还没进入SDP协商流程，sessionDescriptionHandler是在后续的offer/answer交换过程中才会初始化，所以此时自然拿不到。

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