MediaStreamTrack.stop()无法立即关闭摄像头指示灯，需配合MediaStream级清理：停止所有track、置空srcObject、关闭关联MediaRecorder或RTCPeerConnection。
MediaStreamTrack.stop() 方法本身无法保证立即关闭摄像头指示灯，因为指示灯行为由浏览器、操作系统和硬件共同控制，不是纯前端可完全干预的。真正可靠的做法是主动结束整个媒体流，并确保没有其他 Track 或引用在后台持续使用摄像头。
正确释放摄像头资源的步骤
仅调用 track.stop() 不足以让系统释放摄像头硬件，尤其在多 Track（如同时启用音频和视频）或流被多次复用时。必须配合 MediaStream 级别的清理：
- 对每个视频 Track 显式调用 track.stop()
- 调用 stream.getTracks().forEach(track => track.stop())
- 将 srcObject 设为 null（针对
<video>元素） - 如有
MediaRecorder或RTCPeerConnection正在使用该流，也需一并停止或关闭
常见导致指示灯常亮的原因
即使执行了 stop()，指示灯仍亮，往往是因为：
- video.srcObject 未置空，浏览器仍认为流处于“活跃渲染状态”
- 同一 MediaStream 被多个组件（如预览页 + 录制模块）共享，只停了一个 Track，其余仍在使用
- Promise 链中发生错误，stop() 调用被跳过（例如未 await
navigator.mediaDevices.getUserMedia()就直接操作） - 在 React/Vue 等框架中，组件卸载时未清理副作用（如 useEffect 中未 return 清理函数）
推荐的安全关闭代码模式
以下是一个健壮的关闭函数示例：
立即学习“前端免费学习笔记（深入）”；
function closeCamera(stream) {
if (!stream) return;
// 停止所有轨道
stream.getTracks().forEach(track => track.stop());
// 清空 video 元素绑定
const videoEl = document.getElementById('myVideo');
if (videoEl) videoEl.srcObject = null;
// 可选：显式丢弃引用（帮助 GC）
stream = null;
}
调用前确保你持有原始 MediaStream 实例（通常来自 getUserMedia() 的成功回调），而不是仅保存了某个 Track。
跨浏览器与系统差异说明
Chrome（Windows/macOS）、Edge 和新版 Safari 一般在 srcObject = null 且所有 Track stop 后 1–2 秒内熄灭指示灯；Firefox 在某些 Linux 发行版上可能延迟更长，甚至需手动刷新页面才能释放设备。若开发 WebRTC 应用，还需注意：RTCPeerConnection.close() 也会触发底层设备释放，但必须在关闭连接前先移除所有 track（pc.removeTrack(sender)）。
