问题不在会议室，而在系统与硬件之间
线上会议开始前发现麦克风没声音，最常见的反应是反复点击会议软件里的“静音/取消静音”，但问题往往不在这一层。Windows、macOS 以及各类 Linux 桌面发行版都对音频输入设备设置了多层控制，包括系统默认设备、应用级权限、通话音量与独占模式。任何一层把麦克风拦下，会议软件里看到的就是“没有任何输入信号”。
先从系统侧逐一检查，不必进入会议房间反复测试。检查顺序建议固定下来：系统输入设备是否选中、应用是否有权限访问麦克风、设备本身是否被静音、会议软件是否使用了正确的输入通道。这个过程不需要依赖某个具体会议产品的菜单，所有桌面视频会议软件都受同样几层约束，NexMeeting 也不例外。
第一项：确认系统默认输入设备是不是你以为的那个
很多人同时插着 USB 摄像头自带的麦克风、独立声卡麦克风、笔记本内置麦克风，甚至还有蓝牙耳机的通话通道。操作系统默认输入设备一旦切换过——比如系统更新后、插入新设备后、或某次远程桌面会话后——就可能指向一个无效或未连接的设备。
在 Windows 的“声音设置”里，查看“输入”栏下面的“选择输入设备”。不要只看名称，很多蓝牙耳机同时注册“立体声”和“免提”两个设备，后者才带麦克风输入，前者经常被系统优先选中但实际没有输入能力。macOS 在“系统设置—声音—输入”中列出所有可用输入源，同样要注意是否为 USB 音频设备选择了错误通道。Linux 桌面用户可用 pactl 或桌面设置查看默认源。
判断方法可以是：对着麦克风正常说话，观察系统输入电平条是否跳动。如果没有跳动，就不要进入会议室测试，会议软件只能收到静音流。
顺带确认输入音量滑块没有被拉到零。系统更新或安全软件部署有时会重置输入增益，导致“设备在、电平为零”。
第二项：检查桌面应用的麦克风访问权限
现代操作系统对麦克风的访问采用应用级授权。这个设置在“隐私与安全性—麦克风”中，允许列出哪些桌面应用可访问音频输入。Windows 10/11 如果关闭了“允许桌面应用访问你的麦克风”总开关，所有传统 win32 应用都会拿不到输入；macOS 对会议软件每次升级后可能会重新触发授权弹窗，被误点“不允许”后，应用内就没有任何设备列表。
这个层级最容易与行业软件策略冲突：许多终端管理工具或安全基线会默认关闭桌面应用麦克风权限，但在 Web 端浏览器开会时又正常，因此用户会产生“麦克风没坏、会议软件有问题”的错觉。实际差异就在授权路径不同。
检查时不必先卸载软件或重新安装，先在系统设置里确认该桌面应用是否出现在允许列表中。若已出现但仍无声音，可将其从列表中移除后重新打开应用触发授权，再次确认系统弹窗。NexMeeting 作为桌面客户端，与系统权限检查流程一致，加入会议前先看系统授权状态，能省掉进入会议后一阵试音的尴尬。
第三项：插入设备之后，检查硬件本身的静音与固件通道
外部麦克风可能带有物理静音按钮、旋转静音、触摸静音区；USB 摄像头往往在镜头旁设置麦克风开关；蓝牙耳机在摘下、折叠、或旋转麦克风杆时可能自动切换静音状态。硬件静音逻辑经常绕过操作系统电平显示——输入设备仍存在、音量正常，但波形保持空白。
另一个容易忽略的思路是接口类型。3.5mm 耳麦在笔记本上需要对应“耳麦二合一接口”，如果把纯耳机插进麦克风口，系统不会识别为输入设备。USB 设备则需要关注是否接入了扩展坞，有些扩展坞在睡眠唤醒后只维持部分 USB 通道供电，设备能枚举但无法正常工作。
建议在开会前保持一个最小闭环：选用一个已知好用的默认麦克风，直接连接主机，不要经过扩展坞或 KVM。确定硬件工作正常后，再切换回日常使用的外接设备做对比。若只有某个应用无输入而系统电平正常，继续查应用内输入路由。
第四项：应用内输入设备可能绑定错误通道
进入会议软件后，如果系统默认设备正确、授权正常、硬件也没静音，下一步看会议软件自身的“音频设置”。这里常见的现象是：应用列表里出现了同一个品牌下多个同名设备，或者显示了“默认通信设备”与实际希望使用的麦克风不一致。Windows 特别区分“默认设备”和“默认通信设备”，会议类应用通常优先跟随通信设备。
此外还有输入电平与自动增益：部分会议软件会强制开启自动调节音量，个别环境下会将较弱麦克风拉高后造成回声，主持人听起来像杂音，而非无声。若需要稳定输入，应关闭自动增益，依靠系统音量设置与麦克风实际拾音距离调整。
测试时使用应用内置的语音回环或电平指示。没有相关指示的版本，可以创建一个只属于自己的测试会议，对着麦克风说话并观察音量显示，或开启本地录音确认。主持人同样应在参与者进入前完成这项测试，避免影响会议开始节奏。
一个可重复的会前检查清单
把排查过程固化下来，避免每次都由情绪驱动去逐个试设置。适合在会议前五到十分钟检查：
- 确认系统输入设备选中目标麦克风。
- 对着设备说话，观察系统输入电平是否跳动。
- 检查操作系统“隐私与安全性—麦克风”中应用权限。
- 若使用外部硬件，确认物理静音状态与连接接口。
- 进入会议软件的音频设置，选择与系统一致的输入设备。
- 在会议软件内完成一次本地测试，确认音量指示正常。
这个步骤适用于所有桌面视频会议软件。具体到 NexMeeting，主持人登录账户创建会议后，有一个从系统默认输入设备获取麦克风的过程；创建会前不必很快邀请参会者加入，先确认本机音频通道。若在等待参会者时发现无声，仍然可以切回系统设置处理，不会影响已经分享的会议码。参会者通过会议码进入时若说自己没有声音，主持人可以按同样清单替对方排障，而不是让对方反复退出重进。
什么时候需要让运维或设备管理员介入
如果整个部门多台设备同时出现麦克风无法使用，且集中在某次安全策略下发之后，问题通常不在单机设置，而在企业统一管理端。安全基线可能禁用桌面应用麦克风权限，或通过脚本重置了默认通信设备。音频驱动更新、USB 外设管控策略、防泄密软件音频 hook，也都有引发输入中断的可能。
此时运维人员应优先收集这两类信息：
- 操作系统事件查看器中的音频相关错误或设备枚举变化时间点。
- 终端管理平台下发的设备访问或隐私权限策略变更记录。
对 IT 决策者而言，更现实的问题不是“哪款会议软件更好”，而是公司终端上存在多少系统配置项可能突然阻断麦克风。将桌面会议软件加入标准权限配置模板，比事后为每个人工单排查更有效。主持人形成会前自查习惯，运维给出一套系统级诊断入口，遇到问题时才能缩短从“进会没声”到“恢复通话”之间的时间。
NexMeeting 在媒体连接上优先点对点，网络条件不允许时可能经 TURN 中继，而音频输入端的问题一般与这些网络路径无关。先排除本机设备和系统授权，再去怀疑网络或会议平台，能明显降低误判概率。