如何在AppKit的非主线程中读取键盘输入？

首先明确两个核心事实：

1. AppKit的addLocalMonitorForEventsMatchingMask本质上绑定到应用主线程RunLoop，无论你在哪个线程初始化，事件回调都会回到主线程执行——这是AppKit的设计限制，无法绕过。
2. CGEventTapCreate需要的 accessibility权限是系统级强制要求，没有规避空间。

针对你的实时音频应用场景（避免图形处理阻塞输入→音频流水线），以下是两种无需额外权限的可行方案：

方案一：本地监控+后台线程转发（简单易实现） #

利用本地事件监控在主线程捕获键盘事件，仅在主线程做最轻量化的事件转发，把实际的音频逻辑处理放到后台线程执行。主线程的图形操作不会阻塞输入流水线，因为主线程只是快速把事件丢给后台，立刻返回继续处理UI。

示例代码（Objective-C）：

// 在主线程初始化本地监控（必须主线程创建）
__block NSEventMonitor *keyboardMonitor = [NSEvent addLocalMonitorForEventsMatchingMask:NSEventMaskKeyDown | NSEventMaskKeyUp handler:^NSEvent * _Nullable(NSEvent * _Nonnull event) {
    // 主线程只做异步转发，不处理任何耗时逻辑
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{
        // 后台线程处理键盘输入，比如触发音频合成/控制逻辑
        [self processKeyEventForAudio:event];
    });
    return event; // 允许事件继续传递给应用的其他组件
}];

// 记得在合适的时机移除监控，比如应用退出时
// [NSEvent removeMonitor:keyboardMonitor];

这个方案的优势是代码简单，无额外框架依赖，完全符合系统规则，不需要任何权限。

方案二：IOKit直接读取HID键盘（完全脱离主线程） #

如果需要完全让输入处理和主线程解耦，可以用IOKit直接访问本地HID键盘设备。这种方式不需要用户授权，且可以在后台线程独立运行，完全不受主线程图形操作的影响。

缺点是需要自己解析HID输入报告，处理按键的按下/释放状态，代码相对复杂。

示例代码（Objective-C）：

#include <IOKit/hid/IOHIDManager.h>

- (void)startBackgroundKeyboardMonitoring {
    // 在后台线程初始化HID管理器
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_HIGH, 0), ^{
        IOHIDManagerRef hidManager = IOHIDManagerCreate(kCFAllocatorDefault, kIOHIDOptionsTypeNone);
        
        // 设置匹配规则，仅匹配键盘设备
        CFMutableDictionaryRef matchDict = CFDictionaryCreateMutable(kCFAllocatorDefault, 0, &kCFTypeDictionaryKeyCallBacks, &kCFTypeDictionaryValueCallBacks);
        int usagePage = kHIDPage_GenericDesktop;
        int usage = kHIDUsage_GD_Keyboard;
        CFDictionarySetValue(matchDict, CFSTR(kIOHIDDeviceUsagePageKey), CFNumberCreate(kCFAllocatorDefault, kCFNumberIntType, &usagePage));
        CFDictionarySetValue(matchDict, CFSTR(kIOHIDDeviceUsageKey), CFNumberCreate(kCFAllocatorDefault, kCFNumberIntType, &usage));
        IOHIDManagerSetDeviceMatching(hidManager, matchDict);
        CFRelease(matchDict);
        
        // 注册设备连接回调
        IOHIDManagerRegisterDeviceMatchingCallback(hidManager, ^(void *context, IOHIDDeviceRef device) {
            // 为连接的键盘注册输入报告回调
            IOHIDDeviceRegisterInputReportCallback(device, NULL, 0, ^(void *context, IOReturn result, void *sender, IOHIDReportType reportType, uint32_t reportID, uint8_t *report, CFIndex reportLength) {
                // 在后台线程解析HID报告，处理按键状态
                [self parseHIDKeyboardReport:report length:reportLength];
            }, NULL);
            // 打开设备开始读取输入
            IOHIDDeviceOpen(device, kIOHIDOptionsTypeNone);
        }, NULL);
        
        // 将HID管理器绑定到当前线程的RunLoop
        IOHIDManagerScheduleWithRunLoop(hidManager, CFRunLoopGetCurrent(), kCFRunLoopDefaultMode);
        IOHIDManagerOpen(hidManager, kIOHIDOptionsTypeNone);
        
        // 启动RunLoop，保持后台线程存活
        CFRunLoopRun();
        
        // 清理资源（如果需要停止监控）
        // IOHIDManagerClose(hidManager, kIOHIDOptionsTypeNone);
        // CFRelease(hidManager);
    });
}

- (void)parseHIDKeyboardReport:(uint8_t *)report length:(CFIndex)length {
    // 这里需要解析HID键盘报告，识别按下/释放的按键
    // 参考HID键盘报告格式：第0字节是修饰键，第1字节保留，第2-8字节是按下的按键扫描码
    if (length < 8) return;
    
    uint8_t modifierKeys = report[0];
    NSArray *pressedKeys = [self scanCodesToKeyCodes:report+2 count:6];
    // 根据解析结果触发音频逻辑
}

关键误区说明 #

你之前尝试在单独线程设置RunLoop来运行addLocalMonitorForEventsMatchingMask的思路行不通——AppKit的本地事件监控是和应用的主RunLoop绑定的，所有事件回调都会被分发到主线程，这是框架的设计规则，无法修改。正确的做法是把事件处理逻辑移到后台，而不是让监控本身跑在后台。

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