Блог

Я пытаюсь отладить свое приложение.

Я использовал некоторые экземпляры NSTimer в моем коде, отличном от arc, вот так (из основного потока):

 [NSTimer scheduledTimerWithTimeInterval:5 target:musicPlayer selector:@selector(playPause:) userInfo:nil repeats:NO];
  

Это отлично работает, если я назначу этот код кнопке и нажму кнопку. Срабатывает таймер.

Я также пытался:

  if( self.deliveryTimer == nil)
  {                 
self.deliveryTimer = [NSTimer scheduledTimerWithTimeInterval:10 target:self selector:@selector(playPause:) userInfo:nil repeats:NO];
    }

    -(void)playPause:(NSTimer*)timer
    {
           [deliveryTimer invalidate];
            deliveryTimer = nil;
//more code here

    }
  

Я бы ожидал, что таймер выполнится, нажмите метод воспроизведения / паузы ниже, затем переключитесь на nil, чтобы я мог сбросить таймер позже. Причина, по которой я проверяю значение nil, заключается в том, что у меня есть 3 разных пути кода, которые могут устанавливать таймер. У каждого есть инструкция NSLog, указывающая, что таймер был запланирован.

Мой код запускается, и я вижу, что таймеры запланированы, но, похоже, они не срабатывают в ходе обычного выполнения приложения. Я выясняю, почему. Краткосрочные таймеры, использующие ту же логику, срабатывают нормально. Проблемы возникают, когда я позволяю приложению работать некоторое время.

Могут ли NSTimers быть восстановлены ARC?

Имеет ли значение, устанавливаю ли я таймер из performSelectorInBackground? Когда я писал этот вопрос, я заметил, что некоторые из моих таймеров были созданы из пути кода, который вызывается через:

 [self performSelectorInBackground:@selector(notifyDelegateOfDataPoint:) withObject:data];
  

может ли фоновый селектор быть причиной, по которой мои таймеры не запускаются / не восстанавливаются ранее?

Приветствуется любая помощь, эта ошибка не дает мне покоя более 2 недель!

Обновление: после изменения кода для использования основного потока для NSTimers таймеры срабатывают корректно, вызывая воспроизведение музыки:

    [self performSelectorOnMainThread:@selector(deliverReminder:) withObject:nil waitUntilDone:NO];


-(void)deliverReminder:(id)sender{
     [ NSTimer scheduledTimerWithTimeInterval:10 target:reminderDeliverySystem selector:@selector(playAfterDelay:) userInfo:nil repeats:NO];
    [self postMessageWithTitle:nil message:@"Deliver Reminder Called" action:kNoContextAction];
}

-(void)playAfterDelay:(id)sender
{
    int reminderDelay = reminder.delayValue.intValue;

    [playTimers addObject:[NSTimer scheduledTimerWithTimeInterval:reminderDelay target:self selector:@selector(appMusicPlayerPlay:) userInfo:nil repeats:NO]];


}
  

Здесь у меня целая куча таймеров, это потому, что я не знаю, как передать примитив целевому объекту с помощью селектора.

NSTimer требует, чтобы цикл выполнения выполнялся в этом фоновом потоке, чтобы он продолжал запускаться. Основной поток уже имеет активный цикл выполнения, поэтому ваши таймеры отлично работают при выполнении в нем.

Если вы хотите использовать свои таймеры в фоновом потоке, вы можете сделать что-то вроде следующего:

 NSRunLoop* runLoop = [NSRunLoop currentRunLoop];
self.deliveryTimer = [NSTimer scheduledTimerWithTimeInterval:10 target:self selector:@selector(playPause:) userInfo:nil repeats:NO];
[runLoop run];
  

Что, вероятно, происходило с запуском ваших кратковременных таймеров, а более длительных — нет, так это то, что они запускались, когда поток все еще был активен, но без цикла выполнения, чтобы поддерживать его работу, завершались сбоем после того, как поток достиг конца своего выполнения.

Я не думаю, что это связано с ARC, хотя там может быть что-то, за чем вам придется следить, потому что NSRunLoop поддерживает таймер, который к нему подключен. Выполнение стандартной процедуры с NSTimers должно избежать проблем с ARC.