alsa需通过open+prepare+set_rate_near(0)获取实际默认采样率，core audio须先获deviceid再查nominalsamplerate；二者语义不同，不可混用，且需运行时实时查询避免隐式重采样偏差。
linux下用ALSA查默认采样率：别直接信pcm.default
ALSA的默认PCM设备（如default）不暴露采样率元数据，snd_pcm_hw_params_get_rate_min/max返回的是硬件能力范围，不是当前配置值。真要读“系统默认”采样率，得模拟一次open+prepare流程，再查实际协商结果。
实操建议：
- 用
snd_pcm_open(&pcm, "default", SND_PCM_STREAM_PLAYBACK, 0)打开设备（不加SND_PCM_NONBLOCK） - 调用
snd_pcm_hw_params_alloca(¶ms)和snd_pcm_hw_params_any(pcm, params) - 关键一步：调用
snd_pcm_hw_params_set_rate_near(pcm, params, &rate, &dir)，其中&rate传入0，ALSA会把协商出的实际默认值写回rate变量 - 最后
snd_pcm_hw_params(pcm, params)提交，再snd_pcm_close(pcm)
常见错误：跳过set_rate_near直接get_rate，此时返回的是0或未初始化值；或者用了plug插件层但没意识到它可能重采样——查到的其实是插件输出端的率，不是声卡原生率。
macos用Core Audio查默认采样率：绕开kAudioHardwarePropertyDefaultInput/OutputDevice
Core Audio里“系统默认采样率”本质是当前默认输入/输出设备的kAudioDevicePropertyNominalSampleRate，但不能直接查kAudioHardwarePropertyDefaultInputDevice再取其属性——因为该属性返回的是设备ID，不是设备对象，必须先用AudioDeviceCreateIOProcID或至少AudioObjectGetPropertyData拿到设备句柄。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 先用
AudioHardwareGetProperty+kAudioHardwarePropertyDefaultOutputDevice拿到deviceID（类型AudioDeviceID） - 再用
AudioObjectGetPropertyData查该deviceID的kAudioDevicePropertyNominalSampleRate，dataSize传sizeof(Float64) - 若返回
kAudioHardwareNoError，Float64值就是名义采样率（如44100.0）
注意：这个值是设备“宣称”的标称率，不一定等于当前运行时实际使用的率（比如设备被其他App独占并设为48kHz）。真要确认实时率，得监听kAudioDevicePropertyStreamFormat或用AudioDeviceAddPropertyListener——但绝大多数场景，NominalSampleRate已足够。
跨平台封装时采样率值的可信度陷阱
Linux和macOS返回的“默认采样率”语义不同：ALSA的set_rate_near返回的是驱动协商后的首选值（受.asoundrc影响），Core Audio的NominalSampleRate是硬件规格值（基本固定）。两者混在一起当“系统采样率”用，容易在音频同步或重采样逻辑里埋坑。
实操建议：
- 不要缓存一次查询结果长期使用——设备可能被系统偏好设置或其它App修改
- 如果要做低延迟音频，必须在实际
start前重新查一次，且优先用hw_params或StreamFormat确认真实运行参数 - 避免在初始化时硬编码
44100或48000——macOS外接USB声卡可能默认是88.2kHz，ALSA某些HDA驱动默认是96kHz
最常被忽略的一点：ALSA的plug插件、Core Audio的HAL output device都可能引入隐式重采样。你以为读到的是44.1kHz，实际进DAC的是48kHz——得看StreamFormat或snd_pcm_sw_params_get_avail_min这类运行时指标，而不是初始化时查到的“默认值”。