NSTimer yêu cầu tôi thêm nó vào một runloop

Question

Tôi tự hỏi liệu có ai đó có thể giải thích lý do tại sao gửi lại hàng đợi chính và tạo lặp lại NSTimer Tôi phải thêm nó vào RUN LOOP vì nó quá cháy? Ngay cả khi sử dụng performselectorOnMainThread Tôi vẫn phải thêm nó vào một RUN LOOP để làm cho nó cháy.

Dưới đây là một ví dụ về câu hỏi của tôi:

#define queue dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0) 
#define mainqueue dispatch_get_main_queue() 

- (void)someMethodBeginCalled 
{ 
    dispatch_async(queue, ^{ 
     int x = 0; 
     dispatch_async(mainqueue, ^(void){ 
      if([_delegate respondsToSelector:@selector(complete:)]) 
       [_delegate complete:nil]; 
     }); 
    }); 
} 

- (void)compelete:(id)object 
{ 
    [self startTimer]; 

    //[self performSelectorOnMainThread:@selector(startTimer) withObject:nil waitUntilDone:NO]; 
} 

- (void)startTimer 
{ 
    NSTimer timer = [NSTimer timerWithTimeInterval:3 target:self selector:@selector(callsomethingelse) userInfo:nil repeats:YES]; 

    //NSDefaultRunLoopMode 
    [[NSRunLoop currentRunLoop] addTimer:_busTimer forMode:NSRunLoopCommonModes]; 
} 

EDIT: Tôi tin rằng tôi diễn đạt câu hỏi này rất kém. Tôi muốn biết lý do tại sao[[NSRunLoop currentRunLoop] addTimer:_busTimer forMode:NSRunLoopCommonModes]; là cần thiết trong startTimer nếu tôi gọi someMethodBeginCalled. Nếu tôi không bao gồm dòng đó, bộ hẹn giờ không kích hoạt.

Nếu tôi gọi startTimer từ viewDidLoad ví dụ, tôi có thể xóa đường dây NSRunLoop và bộ hẹn giờ sẽ kích hoạt sau mỗi 60 giây.

Answer 1

Bạn luôn có thể sử dụng phương pháp này để thay thế:

NSTimer *timer = [NSTimer scheduledTimerWithTimeInterval:3 target:self selector:@selector(getBusLocation) userInfo:nil repeats:YES];

Điều này sẽ giúp bạn tiết kiệm một dòng, vì nó sẽ thêm nó vào vòng lặp chạy tự động.

Answer 2

Bởi vì, như các docs nói:

Timers làm việc kết hợp với các vòng chạy. Để sử dụng bộ hẹn giờ hiệu quả, bạn nên biết các vòng chạy hoạt động như thế nào — xem NSRunLoop và Hướng dẫn lập trình luồng. Lưu ý đặc biệt là các vòng chạy giữ lại bộ hẹn giờ của chúng, vì vậy bạn có thể phát hành bộ hẹn giờ sau khi bạn thêm nó vào vòng lặp chạy .

Đây là quyết định thiết kế mà Apple đã thực hiện khi viết mã cho NSTimer (và tôi chắc rằng họ có lý do chính đáng để làm như vậy) và chúng tôi không thể làm gì để giải quyết nó. Có thực sự là gánh nặng?

Answer 3

Và dưới đây là cách để thêm một NSTimer đến một runloop:

NSRunLoop *runLoop = [NSRunLoop currentRunLoop]; 
[runLoop addTimer:timer forMode:NSDefaultRunLoopMode]; 

Answer 4

Giống như @sosborn nói, NSTimer s phụ thuộc vào NSRunLoop s, và kể từ khi hàng đợi GCD tạo chủ đề mà không phải chạy vòng, NSTimer doesn chơi tốt với GCD.

Check-out này StackOverflow câu hỏi khác về vấn đề này: Is it safe to schedule and invalidate NSTimers on a GCD serial queue?

Để giải quyết vấn đề đó, tôi thực hiện MSWeakTimer: https://github.com/mindsnacks/MSWeakTimer (và đã thực hiện kiểm tra bởi một kỹ sư libdispatch tại WWDC cuối cùng!)

Answer 5

Thêm bộ đếm thời gian cho runloop không hoạt động trong trường hợp của tôi. Tôi đã phải tạo bộ đếm thời gian trên sợi chính. Tôi đã tạo chủ đề này trong một đại biểu MultipeerConnectivity.

dispatch_async(dispatch_get_main_queue(), ^{ 
     self.timer = [NSTimer scheduledTimerWithTimeInterval:self.interval invocation: self.invocation repeats:YES]; 
    }); 

Answer 6

phương pháp hẹn giờ sẽ không được gọi từ GCD hàng đợi tạo chủ đề mà không phải chạy vòng

dispatch_async (dispatch_get_global_queue (DISPATCH_QUEUE_PRIORITY_HIGH, 0),^{ [NSTimer scheduledTimerWithTimeInterval: 1 lặp đi lặp lại: YES block:^(NSTimer * _Bộ định giờ không dây) { NSLog (@ "Phương thức hẹn giờ từ hàng đợi chính GCD"); }];

});

Tuy nhiên khi được gửi đi trên hàng đợi chính, phương thức hẹn giờ sẽ được gọi vì nó sẽ được thêm vào chuỗi chính chạy vòng lặp.

dispatch_async (dispatch_get_main_queue(),^{ [NSTimer scheduledTimerWithTimeInterval: 1 lặp đi lặp lại: YES khối:^(NSTimer * _Nonnull timer) { NSLog (@ "phương pháp hẹn giờ từ hàng đợi chính GCD"); }];

});