Kotlin의 Flow 사용하는 이유는?

Question

import kotlinx.coroutines.* import kotlinx.coroutines.flow.* import kotlin.system.measureTimeMillis fun main() &#61; runBlocking<Unit> { val elapsed &#61; measureTimeMillis { val counter &#61; (1..100_000_000) .asFlow() .count { (it % 2) &#61;&#61; 0 } println(counter) } println(&#34;Flow count로 걸린 시간 : &#34; &#43; elapsed &#43; &#34;ms&#34;) val elapsed2 &#61; measureTimeMillis { var counter &#61; 0 for (i in 1..100_000_000) { if (i % 2 &#61;&#61; 0) { counter &#43;&#61; 1 } } println(counter) } println(&#34;단순 Forloop로 걸린 시간 : &#34; &#43; elapsed2 &#43; &#34;ms&#34;) }Flow에서 제공하는 count와 단순 ForLoop로 짝수값의 수를 찾는 코드인데요.다음 코드의 출력값이 다음과 같이 나옵니다.50000000 Flow count로 걸린 시간 : 2806ms 50000000 단순 Forloop로 걸린 시간 : 103ms이정도로 속도차이가 나는데 Flow를 써야 하는 이유를 모르겠습니다...Flow를 썼을 때 장점이 되는 케이스가 어떤것이 있을까요?

Clickin · Accepted Answer

연산작업으로 벤치마크를 하신 것 자체가 잘못된 비교입니다.코틀린 코루틴은 suspend를 사용하니 1억번의 컨텍스트 스위치가 발생하는데그냥 for loop면 add 1억줄이고 애초에 변수가 없으니 컴파일러가 시작과 끝을 알아서 최종 결과물로 바로 점프하는 jit 최적화가 나올 수도 있습니다.왜 잘못되었냐를 설명드리자면코루틴은 동기식 관점에서 io를 기다리느라 스레드가 블록되는 동안 다른 일을 하자는 주의인 비동기 패러다임입니다.그걸 IO가 아니라 CPU 사용이 중요한 계산으로 비교하셨으니 잘못되었을 수밖에요https://hamait.tistory.com/m/1134요런 예제처럼 sleep으로 비교하면 본문같이 1억번 돌렸다고 가정할 때 flow가 천만배 이상 성능이 우수할겁니다.그래서 이런 비동기 패턴은 언제 사용하냐를 가볍게 설명드리겠습니다.각각 1초가 걸리는 Db 쿼리, 혹은 Openapi 요청을 100번 사용해서 하나의 결과물을 만든다고 가정해봅시다.동기식 for loop로 작성하면 순차적으로 앞 요청을 기다리면서 진행해야하니 절대로 100초 이상 빠르게 완료할 수 없습니다.하지만 비동기 패턴을 적용하면 많아봐야 10초 안쪽으로 끝납니다.저 1초의 시간은 cpu를 사용할 필요은 별로 없고 그냥 외부의 응답을 기다리는 시간이 대부분이니비동기로 작업하면 cpu 필요할 때만 쓰고 반납한 뒤에 응답이 오면 다시 cpu 제어권을 획득하여 이후 처리를 진행합니다.

Kotlin의 Flow 사용하는 이유는?

1개의 답변

#coroutine 목록