Sample iOS Timer

Timer 를 Thread 처럼 생각하고 사용하는 경우도 있고,
RunLoop의 commonModes로 설정해서 사용한다는 것을 모르는 사람이 적은 것 같습니다.
저도 생각없이 사용하고 있었습니다. 싱크가 안맞으면 어느정도 보정해서 쓰면되겠지 하면서..(헉)
무지함을 반성하면서, 다시 이해하고..
셈플도 만들어 보며, 이것을 공유하기 위한 목적으로 작성하였습니다.

주요 설명

• Timer : Objc 에서는 NSTimer, swift에서는 Timer Class 입니다.
• iOS 2.0+
• Timer 와 Thread는 전혀 다른 것 입니다.
• 타이머(Timer)는 실행 루프와 함께 작동합니다.
• 타이머는 별도의 스레드가 아니라 해당 실행 루프 안에서 tick을 이용하는 것 입니다.
• 타이머 더이상 루프가 없어서 종료되기 전에는 반드시 invalidate() 를 실행해 줘야됩니다.
  • invalidate() 함수는 타이머가 다시 실행되는 것을 중지하고 실행 루프에서 타이머를 제거하도록 요청합니다. 그래서 실행(invalidate())을 시켜주지 않으면 메모리 leak이 발생합니다.
  • (The receiver retains aTimer. To remove a timer from all run loop modes on which it is installed, send an invalidate() message to the timer.)
• 실행 루프에서 타이머 예약하는 방법은 크게 3가지라고 할 수 있습니다. 자동으로 되는 경우(1)와 수동으로 등록하는 방법(2)도 있습니다. 그리고 실행루프에 추가할때도 멀티플하게 실행 루프 모드를 설정해서 추가할 수 있습니다.
  • 자동으로 Runloop에 등록되는 경우 (기본 실행 루프로 설정됨)

   // 현재의 실행 루프에 default mode로 스케쥴된 새로운 timer가 추가됩니다.
   class func scheduledTimer(timeInterval ti: TimeInterval, 
              invocation: NSInvocation, 
                 repeats yesOrNo: Bool) -> Timer

  • 수동으로 등록하는 경우 (두가지 인데 둘다 RunLoop 객체에 별도로 add해야됩니다.)
    • 수동이니 실행 루프에 예약하지 않고 타이머 객체를 만들고 RunLoop 객체의 add 매소드를 호출해서 추가하는 경우
    • 타이머 객체를 할당(Allocate)만하고 타이머 초기화는 메소드를 이용하는 경우

   Timer 생성은 수동으로 하는 생성자로 생성하고 
   init(timeInterval: invocation: repeats:) 
   or 	
   init(timeInterval: target: selector: userInfo: repeats:)
   
   or
   init(fireAt: interval: target: selector: userInfo: repeats:)
    
  
   RunLoop:: func add(_ timer: Timer,  forMode mode: RunLoop.Mode)
   
   // 생성한 타이머 오브젝트 : timerObject
   ex) RunLoop.current.add(timerObject, forMode: RunLoopMode.commonModes)

단점

• 기본타임스케쥴어의 경우, 타임 스케쥴링이 정확한 적용한 시간마다 동작하지 않습니다. (No Guarantee)
  • 예를 들어 유저인터랙션이 들어가면 실행 루프에서 처리할 것이 많아지게 되고, 타이머 처리가 늦어져서 fire 처리가 늦어집니다.
• 중간에 어떠한 개입이 생기는 경우, 중지하고 다 끝나면 이어서 진행하는 개념입니다.
  • 예를 들어 3초뒤에 이벤트가 fire 되는 것이라면, 1초 지나서 중간에 2초의 개입이 있다면 그 2초 동안은 중지하고, 다 끝난 이후에 진행되서 5초 뒤에 실행되게 되는 것이죠.
• 타이머 사용시 오차가 있다는 부분은 인지를 하고 개발을 해야됩니다.
• common RunLoopMode로 등록시 위의 문제점을 어느정도는 막을 수 있습니다.

  extension RunLoopMode {
  
  
  public static let defaultRunLoopMode: RunLoopMode
  
  @available(iOS 2.0, *)
  public static let commonModes: RunLoopMode
  }

  • 사용자의 이벤트(사용자 액션, 스와이프, 터치 등등)는 기본 실행 루프에서 동작하는데 이 이벤트가 들어와서 멈추는 이슈를 commonModes 등록하면 사용자의 이벤트에 따른 멈춤 현상은 없기때문에 보다 정확하게 동작할 수 있습니다.

상세 기능

함수

• fire() : 타이머 메시지 발송 실행~
  • 타이머의 메세지를 그 타겟에 전달합니다.
  • iOS 2.0+

   func fire()

• invalidate() : 타이머가 다시 시작되는 것을 중지하고, 실행 루프에서 타이머를 제거합니다.
  • iOS 2.0+

  func invalidate()

가져올 수 있는 상태 정보

• isValid : 타이머가 현재 유효한지 여부

  • iOS 2.0+

   var isValid: Bool { get }

• fireDate : 타이머가 시작되는 날짜 정보

  • iOS 2.0+

  var fireDate: Date { get set }

• timeInterval : 타이머의 시간 간격 (초)

  • iOS 2.0+

  var timeInterval: TimeInterval { get }

• userInfo : receiver의 userInfo 객체

  • iOS 2.0+
  • isValid 속성을 사용해서 유효할 때, 정보를 가져오세요.

  var userInfo: Any? { get }

타이머 메시지 발송의 허용 오차 설정

• tolerance : 타이머가 시작될 예정인 발사 날짜 이후의 시간 설정
  • iOS 7.0+

  var tolerance: TimeInterval { get set }

CADisplayLink

• CADisplayLink 이것도 Timer Class 입니다.
• 하지만, Core Animation에서 사용하는 Class 입니다. 앱에서의 드로잉의 동기화와 화면 새로고침 빈도에 맞춰서 사용하기 위한 용도입니다.
• 사용할 때는 Timer와 비슷합니다.
• 살짝 사용을 해본다면..

// 생성시
var timer: CADisplayLink?
timer = CADisplayLink(target: self, selector: #selector(runEventFunction))
timer?.add(to: RunLoop.current, forMode: RunLoopMode.commonModes)

.. (중략)

// Event
@objc public func runEventFunction(displaylink: CADisplayLink) {
	// 해당 비지니스 로직
}

// 제거시
if (timer != nil) {
    timer?.invalidate()
    timer = nil
}

• 이것은 코어 애니메이션을 사용할 때 유용할 것입니다.

A timer object that allows your application to synchronize its drawing to the refresh rate of the display.
Your application initializes a new display link, providing a target object and a selector to be called when the screen is updated. To synchronize your display loop with the display, your application adds it to a run loop using the add(to:forMode:) method.

자세히 여러 케이스 진행은 ..

.. 진행중