画面和声音走的是两条路
「投屏」听起来是一件事，在系统底层其实是两件：一路是屏幕像素，一路是音频采样。鸿蒙的屏幕采集接口把它们当作两个独立的数据源来声明——你可以只要画面、只要声音，或者两个都要。
灵犀互联在发起采集时明确关掉了麦克风，并且把两路音频（麦克风与系统内录）的采样率和声道数都置为零。在这个接口里，全零就是「不要音频」的表达方式。所以没有声音不是丢了，是从一开始就没有采。
这也意味着你在手机的任何设置里都找不到打开它的开关——那个开关不在系统里，在应用的代码里，而这一版没有把它打开。
为什么这一版不采音频
三个原因，按分量排序。
系统内录会连带别人的声音。屏幕录制授权一旦包含音频，采到的是整台手机的输出——包括微信语音、视频通话对方的声音、后台播放的内容。这些东西越过局域网送到另一台设备上，即使两台都是你自己的，也是一个需要单独想清楚的问题，不该顺手带过。
音画同步是另一个量级的工程。画面可以丢帧——丢了就是卡一下。声音不能丢，丢一段就是爆音或断续，而且音频和视频必须共用一条时间轴才不会越走越偏。做半吊子的音频比没有音频更糟。
大多数投屏场景不需要它。把手机画面投上来，多半是为了演示、录制、或者一边看一边在电脑上写。这些场景里声音本来就从手机自己的喇叭出来，离你不到一米。
确实需要声音时，可行的几条路
直接用手机的喇叭。听上去像废话，但在同一张桌子上这确实是延迟最低、最不会出错的办法——投屏本身就没把你和手机分开。
蓝牙耳机连手机，不连 Mac。声音走手机的音频链路，画面走投屏，两者互不干扰，也不会有音画不同步的问题——因为它们本来就不在一条链路上。
需要连声音一起录下来：用手机自带的屏幕录制，它是系统级的，能把内录音频一起写进同一个文件，录完再把文件传到 Mac 上。这条路比「投屏 + 电脑端录制」得到的结果更整齐。
视频文件不必投屏。如果你要在 Mac 上看的是手机里的一段视频，不用投屏——相册里可以直接在 Mac 上播放，那条路是有声音的，而且能拖进度条。这是两条完全不同的通道，很多人把它们混在一起了。
以后会不会做
没有承诺。音频不在「明确不做」的那条边界里——它不像反控手机那样受限于第三方应用的能力上限，技术上是可做的。但要做就得连音画同步、授权范围、以及内录会带上什么内容一起想清楚，那是一整块工作，不是加一个开关。
在它出现之前，这一页会一直如实写着「没有声音」，而不是含糊成「暂不支持」。