D2.11.3App-level audio control设计研究
分类控制入口需要独立于系统级静音开关
别名: system mute · per-app control · control ownership
概念解释
分类控制必须独立于系统级静音开关。系统开关表达的是全局意愿，应用内的分类设置表达的是对某类内容的取舍，两者不能共用一个状态。若应用把「用户关闭过某一类」记在系统静音状态上，静音解除后这类声音的取舍就被抹掉了。
机制
两类控制的语义与作用范围不同：系统静音是临时的、全局的、可快速切换；分类设置是持久的、局部的、需要进入具体应用调整。把它们耦合会产生两个方向的错误：用户临时静音后面临丢失长期偏好，或用户调整分类时意外改变了系统状态。独立保存还有一个好处，用户可以放心使用系统开关而不必担心设置被覆盖。实现上的关键是让持久偏好与临时状态分属不同的存储与优先级。
怎么研究
可设计状态切换实验：先让用户设置分类偏好，再切换系统静音并恢复，观察偏好是否保留以及用户是否察觉变化。因变量包括偏好保留率、用户对状态来源的判断准确率与恢复后的行为。也可通过设置页埋点，分析用户是否反复重设同一类别，这通常意味着状态被意外覆盖。
边界
当系统提供统一的按应用或按类别控制接口时，应用内重复实现分类入口会造成两处控制的冲突，此时应以系统层为准并保持语义一致。若某个声音被判定为不可关闭，它也不应被系统开关以相同方式取消，两侧的例外规则需要对齐。
怎么落地
- 把持久分类偏好与临时系统状态分开存储，互不覆盖。
- 在应用内明确显示当前生效的控制来源，让用户知道是应用设置还是系统开关在起作用。
- 系统开关恢复后，回到用户此前设定的分类状态而不是默认全开。
- 验证方式：设置分类偏好后切换系统静音再恢复，检查偏好是否保留；再确认界面是否如实说明了当前生效的控制来源。