为何macOS Catalina下Xcode开发的C++ SFML应用已授权仍无法识别键盘按键？

• 控制台输出的TCC deny IOHIDDeviceOpen报错，是macOS 10.15 Catalina 隐私权限管控机制的典型表现，和SFML的跨平台按键读取实现逻辑直接相关：
  • SFML在macOS平台获取全局按键状态时，底层会调用IOHID接口直接枚举、打开物理键盘设备，这个通信路径会被系统TCC（透明授权管控层）直接拦截，要求应用获得对应隐私类别的访问权限。
  • 绝大多数场景下授权失效的核心原因是授权对象错配：运行时弹出的授权弹窗，实际是针对Xcode主程序的，不是针对你调试过程中临时编译生成的可执行文件的。只要你在Xcode调试模式下直接启动程序，就算输入管理员凭证完成授权，TCC记录的权限条目对应的进程身份是Xcode，不是你运行的测试程序，自然会持续拦截IOHID设备的打开请求。
  • 控制台输出的We got a keyboard without any keys，是TCC拦截请求后的连锁反应：SFML拿不到真实的物理键盘句柄，只会初始化一个没有实体按键映射的虚拟空键盘对象，自然识别不到任何按键输入。
  • SFML其余功能运行正常的原因也很明确：窗口渲染、图像显示这类功能不依赖IOHID设备的访问权限，不会触发TCC的拦截规则，只有直接读取键盘HID设备的逻辑会被卡住。

• 第一步：清理错误的旧授权记录
  打开终端执行以下命令，重置之前误给Xcode添加的无效权限：
  tccutil reset ListenEvent com.apple.dt.Xcode
tccutil reset Accessibility com.apple.dt.Xcode
• 第二步：完成正确的授权配置
  1. 在Xcode中正常编译生成可运行的.app应用包，不要直接触发即时调试启动。
  2. 打开系统设置，进入「安全性与隐私」-「隐私」面板，解锁设置修改权限后，分别在「输入监控」、「辅助功能」两个分类下，手动把你编译生成的.app拖入允许列表——Catalina版本中IOHID设备的访问会同时触发两个类别的权限校验，缺少任意一个都会被拦截。
• 第三步：验证功能
  配置完成后，直接在Finder中双击启动生成的.app，不要从Xcode的运行按钮启动。如果控制台不再输出TCC deny IOHIDDeviceOpen的拦截日志，按键识别功能即可正常工作。
• 注意事项：
  • 如果你后续修改了应用的签名、移动了.app的存放路径，之前配置的权限会因为应用标识变化自动失效，需要重新把对应文件加入TCC允许列表。
  • 把Xcode主程序本身加入键盘权限允许列表，无法解决调试状态下临时可执行文件的权限校验问题，属于无效操作。

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