CGEventTapCreate загадочно ломается из-за событий нажатия клавиш

Что-то убивает мой кран события, если обратный вызов занимает слишком много времени?

Некоторые люди подозревают, что в Snow Leopard есть ошибка, которая иногда отключает касания событий, даже если они не занимают слишком много времени. Чтобы справиться с этим, вы можете следить за типом события kCGEventTapDisabledByTimeout и реагировать, повторно активируя касание с помощью CGEventTapEnable.

Прежде всего, почему ваше первое «если» позволяет проходить событиям key-down и key-up? Ваше второе «если» в любом случае позволяет проходить только системным событиям. Таким образом, для всех событий key-down/-up вы создаете NSEvent, просто опуская событие на одну строку ниже. В этом мало смысла. Перехват событий всегда должен быть максимально быстрым, иначе он замедлит всю обработку событий во всей системе. Ваш обратный вызов не должен вызываться даже для событий нажатия/нажатия клавиши, поскольку системные события не являются событиями нажатия/нажатия клавиши, это системные события. Если бы они были ключевыми событиями, вы бы точно никогда не получили доступ к data1, а вместо этого использовали бы методы «type» и «keyCode», чтобы получить от них соответствующую информацию.

static CGEventRef event_tap_callback(CGEventTapProxy proxy,
                                     CGEventType type,
                                     CGEventRef event,
                                     void *refcon)
{
  NSEvent * sysEvent;

  // No event we care for? return ASAP
  if (type != NX_SYSDEFINED) return event;

  sysEvent = [NSEvent eventWithCGEvent:event];
  // No need to test event type, we know it is NSSystemDefined,
  // becuase that is the same as NX_SYSDEFINED

Также вы не можете определить, является ли это правильным типом события, просто взглянув на данные, вы также должны проверить подтип, который должен быть 8 для этого типа события:

  if ([sysEvent subtype] != 8) return event;

Следующим логическим шагом будет разделение данных на составляющие:

  int data = [sysEvent data1];
  int keyCode = (data & 0xFFFF0000) >> 16;
  int keyFlags = (data & 0xFFFF);
  int keyState = (keyFlags & 0xFF00) >> 8;
  BOOL keyIsRepeat = (keyFlags & 0x1) > 0;

И вы, вероятно, не заботитесь о повторяющихся ключевых событиях (то есть, когда я держу клавишу нажатой, и она продолжает отправлять одно и то же событие снова и снова).

  // You probably won't care for repeating events
  if (keyIsRepeat) return event;

Наконец, вам не нужно определять какую-либо собственную константу, система имеет готовые константы для этих ключей:

  // Analyze the key
  switch (keyCode) {
    case NX_KEYTYPE_PLAY:
      // Play/Pause key
      if (keyState == 0x0A) {
        // Key down
        // ...do your stuff here...
        return NULL;
      } else if (keyState == 0x0B) {
        // Key Up
        // ...do your stuff here...
        return NULL;
      }
      // If neither down nor up, we don't know
      // what it is and better ignore it
      break;


    case NX_KEYTYPE_FAST:
      // (Fast) Forward
      break;

    case NX_KEYTYPE_REWIND:
       // Rewind key
       break;
  }

  // If we get here, we have not handled
  // the event and want system to handle it
  return event;
}

И если это все еще не работает, мой следующий вопрос будет о том, как выглядит ваша функция post_notification, и вы также видите описанную проблему, если вы не вызываете там post_notification, а просто делаете вызов NSLog о событии, которое вы только что видели?

В вашем обработчике проверьте следующий тип и просто повторно включите прослушиватель.

if (type == kCGEventTapDisabledByTimeout) {
    NSLog(@"Event Taps Disabled! Re-enabling");
            CGEventTapEnable(eventTap, true);
    return event;
}