容器化Java JAR包如何访问默认系统混音器？

• 本次为问题重新发布，此前曾因临时排查下架该问题，目前故障仍未解决。
• 当前正在重启一个三年前的JAR项目：接手项目前，程序以裸金属方式部署，推测运行在基于RPM的Linux发行版上；前开发人员离职前完成了程序的容器化改造，基础镜像选用CentOS7，但未留存配套说明文档。
• 程序运行时会调用getSourceDataLine()方法，该方法的官方逻辑说明如下：

方法返回的数据线优先由默认系统混音器提供；若默认混音器不可用，则从系统中已安装的其他混音器里，选择可支持匹配SourceDataLine对象的设备提供数据线。

程序运行时直接抛出IllegalArgumentException异常，该异常的官方触发条件为：

系统中所有已安装的混音器，均无法提供至少一条支持指定音频格式的源数据线。

对应异常堆栈信息：

java.lang.IllegalArgumentException: No line matching interface SourceDataLine supporting format PCM_SIGNED 8000.0 Hz, 16 bit, stereo, 4 bytes/frame, big-endian is supported.  
at javax.sound.sampled.AudioSystem.getLine(AudioSystem.java:479)  
at javax.sound.sampled.AudioSystem.getSourceDataLine(AudioSystem.java:606)  

• 分别核查容器内路径/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.292.b10-1.el7_9.x86_64/jre/lib/sound.properties、宿主机路径./jvm/java-1.8.0-openjdk-1.8.0.322.b06-2.el8_5.x86_64/jre/lib/sound.properties的sound.properties配置，两份文件均为全注释的空配置，因此确认程序默认走系统混音器加载逻辑。
• 尝试在docker、docker-compose启动参数中为Linux容器添加全部capabilities权限，故障未解决，初步判定问题与权限无关，根因为容器内无法识别到所需的声卡设备。
• 尝试通过docker run命令、docker-compose yaml配置添加--device参数挂载声卡设备，甚至使用特权模式（privileged）启动容器（可访问宿主机所有设备），程序依然无法识别到可用的系统混音器。
• 后续计划参考Java官方Bug库中编号4269230的示例代码，枚举排查Java运行时可识别的音频设备列表。

目前已知容器环境下音频适配成本较高，也评估过QEMU全虚拟化方案复现原裸金属部署环境，但该方案改动量过大、落地成本过高。希望同时熟悉Java音频系统与容器技术的开发者提供可落地的解决思路。

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