问题描述
我正在使用AudioUnit v2（C）API在ObjC ++中仅使用命令行工具（主要是clang）构建命令行工具。输出到扬声器的效果很好，但是永远不会调用麦克风回调的输入。 iTerm或终端主机可以根据设置进行访问。可执行文件还具有嵌入的info.plist，尽管我认为这不相关。
精确的安全模型对我来说还不清楚，如果可行的话，它看起来像是一个主要的安全漏洞（从终端运行的任何内容都可以访问）：我的猜测是由“ App”启动的进程具有权限，然后该权限可以传播任何子进程。但是，这种观点被另一种情况混淆了，在这种情况下，我生成的可执行文件会进行网络访问（由于它是回归测试，因此仅在本地主机上发生），在这种情况下，可执行文件是在请求网络访问，而不是终端。
实际上，源代码是用Felix编写的，然后将其翻译成C ++，然后使用-ObjC选项通过clang进行编译和链接，因此支持嵌入式ObjectiveC。翻译器已经足够成熟，可以在这种简单的应用程序中对其正确性拥有合理的信心。麦克风输入的AudioUnit配置为：
// configure
var outputElement = 0u32;
var inputElement = 1u32;
// establish callback
status = AudioUnitSetProperty(
outputAudioUnit,kAudioOutputUnitProperty_SetInputCallback,kAudioUnitScope_Global,inputElement,(&inputCallback).address,C_hack::sizeof[AURenderCallbackStruct].uint32
);
assert noErr == status;
，启用inputElement并禁用outputElement。稍后使用类似的技术构造第二个音频单元，将正弦波泵送到扬声器，并且效果很好。实际的回调仅显示诊断信息并退出，但从未看到该诊断信息。最初，终端没有权限，我们猜测代码是正确的，但是由于缺少访问麦克风的权限而失败。该可执行文件仍然没有权限，但是终端现在可以了（如果我尝试从文件管理器运行该可执行文件，则会弹出一个终端）。
解决方法
要获取回调，您需要
- 启用IO
- 设置音频单元输入设备
数字2。因为没有必要输出（明智地默认为默认输出设备），所以人们很不高兴，在iOS上也没有必要，这可能是因为那里没有音频设备的概念，至少在AudioUnit中没有API。
令人惊讶的是，这两个要求实际上都已记录在案！ Technote 2091涵盖了使用AudioUnits和代码清单3和4.记录音频所需的步骤。具有启用IO并设置输入设备的示例代码。清单4.将音频单元输入设备设置为默认输入设备，但是任何输入设备都可以。
自macOS Mojave（10.14）起，您在Info.plist中需要一个NSMicrophoneUsageDescription字符串。否则，您的应用将异常终止。这样，将向用户显示提示，请求许可访问输入设备。您可以使用code found here控制何时发生这种情况。
对于命令行工具，您可以在链接阶段嵌入Info.plist文件。
在Catalina上，您似乎还需要选择启用音频输入的沙箱或强化的运行时（或同时选择两者！）。没有这些之一，您的回调将被调用，但是会保持沉默！这两个运行时环境都使用“权利”启用，“权利”是通过代码签名嵌入在应用程序中的元数据，因此您将需要某种形式的代码签名。我认为这不一定意味着您将需要Apple的证书，有“本地/临时”代码签名，它似乎在没有证书的情况下嵌入了权利，尽管我不确定所生成的二进制文件将如何分配