개요

• 스케줄러는 performing work 방식을 추상화한다.
• 아래 방식들을 포함한다.
  • current thread
  • dispatch queues
  • operation queues
  • new threads
  • thread pools
  • run loop
• 스케줄러와 협업하는 주요한 오퍼레이터 두가지가 있다: observeOn , subscribeOn
  • 이미 정리함 →→→ SubscribeOn vs ObserveOn

Serial vs Concurrent Schedulers

• 무엇이든 스케줄러가 될 수 있고,
• 시퀀스를 변환하는 모든 오퍼레이터는 Implicit Observable guarantess 을 유지해야 하기 때문에
• 당신이 만드는 스케줄러의 종류가 중요합니다.

<aside> <img src="/icons/info-alternate_blue.svg" alt="/icons/info-alternate_blue.svg" width="40px" /> Implicit Observable guarantess

• 링크

• 모든 Sequence producers (Observables) 가 동작을 보장해야하는 것이 두 가지 있습니다.

  • 옵저버에게 1 개의 이벤트를 보냈다면 그것이 완료되기 전까지 다른 이벤트를 보낼수 없습니다.
  • 또한 .next 이벤트가 종료되지 않았는데 .completed 나 .error 를 보낼 수 없습니다. </aside>

• 스케줄러가 concurrent 일 경우, Rx의 observeOn과 subscribeOn 오퍼레이터는 위

• 만약 Rx가 증명할 수 있는 직렬 스케줄러를 사용하면 추가적인 최적화를 수행할 수 있습니다.

• 지금까지는 이러한 최적화를 디스패치 큐 스케줄러에 대해서만 수행합니다.

• 직렬 디스패치 큐 스케줄러의 경우 observeOn은 간단한 dispatch_async 호출로 최적화됩니다.

Builtin schedulers