LiveData의 데이터 전송 관리 전략은?

Q1: LiveData란 무엇인가요?
A1: LiveData는 Android 아키텍처 컴포넌트 중 하나로, 관찰 가능한 데이터 홀더이며 생명주기를 인식해 UI 컴포넌트에 안전하게 데이터를 전달합니다.

Q2: LiveData가 데이터를 전송하는 기본 전략은 무엇인가요?
A2: LiveData는 구독자의 생명주기를 기준으로 데이터를 전송합니다. 즉, 활성 상태(STARTED 이상)의 구독자에게만 최신 데이터를 전달하고, 비활성 구독자에게는 전달하지 않습니다.

Q3: LiveData가 데이터를 전송할 때 사용하는 이벤트 방식은 무엇인가요?
A3: LiveData는 옵저버 패턴을 활용하여 데이터 변경 시점에 최신 값을 구독자에게 자동으로 알립니다. 데이터 변경 시마다 등록된 활성 옵저버에게 update 콜백이 호출됩니다.

Q4: LiveData가 중복 데이터 전송을 방지하는 방법은?
A4: 기본 LiveData는 데이터를 setValue/postValue로 변경할 때마다 옵저버에 알리지만, 동일 값에 대한 내장 중복 방지는 없습니다. 중복 방지가 필요하면 별도의 로직이나 distinctUntilChanged 같은 확장 함수를 사용합니다.

Q5: LiveData는 비활성 상태의 구독자에게 데이터를 전달하나요?
A5: 아니요. LiveData는 구독자가 비활성화 상태이면 데이터를 전달하지 않고, 활성화 복귀 시점에 최신 값만 전달합니다.
Q6: LiveData의 postValue와 setValue 메서드 차이는 무엇인가요?
A6: setValue는 메인 스레드에서 즉시 값을 설정하고 알리며, postValue는 백그라운드 스레드에서 안전하게 값을 설정 후 메인 스레드에서 변경 알림을 처리하도록 큐에 등록합니다.

Q7: LiveData 데이터 전송 시 생명주기 인식이 중요한 이유는?
A7: 생명주기 인식을 통해, UI가 활성 상태일 때만 데이터를 전달하여 메모리 누수, 충돌, 불필요한 UI 업데이트를 방지하고 앱 안정성을 높입니다.

Q8: SingleLiveEvent 같은 클래스는 어떤 문제를 해결하나요?
A8: LiveData는 configuration change 시 데이터가 재전송되는 문제점이 있는데, SingleLiveEvent는 이벤트를 한 번만 소비하도록 구현하여 이 문제를 해결합니다.

Q9: LiveData의 데이터 전송에서 UI 스레드 안전성은 어떻게 보장되나요?
A9: setValue는 반드시 메인(UI) 스레드에서 호출해야 하며, postValue는 다른 스레드에서 호출 가능하도록 내부적으로 메인 스레드 큐잉을 처리하여 안전성을 보장합니다.

Q10: LiveData가 데이터를 전송할 때 고려해야 할 최적화 방법은?
A10: 중복 값 방지, 이벤트 소비 문제 해결, 필요 시 MediatorLiveData와 Transformations 활용, 그리고 가능한 한 적절한 생명주기 범위 설정으로 효율적인 데이터 전송이 가능하도록 설계하는 것이 중요합니다.

LiveData는 안드로이드 아키텍처 컴포넌트 중 하나로, UI와 데이터 간의 관찰 가능한 데이터 홀더 역할을 합니다.

LiveData의 데이터 전송 관리 전략은 주로 다음과 같은 특징과 메커니즘을 통해 이루어집니다: 1. 관찰자(LifecycleOwner) 기반 데이터 전송 LiveData는 데이터를 관찰하는 객체(예: Activity, Fragment 등)의 라이프사이클 상태를 인식하여 데이터 전송을 관리합니다.

관찰자는 `LifecycleOwner`를 구현하며, LiveData는 해당 관찰자가 활성 상태(STARTED 또는 RESUMED)일 때만 데이터를 전송합니다.

이로 인해, 비활성 상태(예: onPause, onStop)에서는 데이터 업데이트가 발생해도 관찰자에게 전달되지 않아 불필요한 UI 갱신이나 에러를 방지합니다.



2. 구독 시점에 따른 데이터 전달 LiveData는 새로운 관찰자가 구독(subscribe)할 때 현재 저장된 가장 최신 데이터를 즉시 전달합니다.

이것은 구독자가 데이터 변경을 놓치지 않고, 언제든지 현재 상태를 알 수 있게 보장합니다.



3. 데이터 전송의 단방향 흐름 기본적으로 LiveData는 읽기 전용이며 데이터 업데이트는 내부적으로만 가능하도록 설계되어 있습니다.

데이터 변경은 `MutableLiveData` 같은 클래스에서 이루어지며, UI는 이를 구독(관찰)만 하므로 데이터 흐름이 단방향으로 관리되어 상태 변화 예측과 관리가 수월합니다.



4. 스레딩 및 메인 스레드 처리 LiveData의 `setValue()` 메서드는 반드시 메인 스레드에서 호출되어야 하며, 바로 해당 시점에 데이터를 업데이트합니다.

반면 `postValue()`는 백그라운드 스레드에서 호출 가능하며, 내부적으로 메인 스레드에서 실행될 수 있도록 데이터를 큐에 저장했다가 지연 업데이트를 수행합니다.

이런 점은 데이터 전송 시 스레드 안전성을 보장하기 위한 전략입니다.



5. 데이터 중복 방지 및 최적화 LiveData는 값이 실제로 변경되었을 때만 관찰자에게 알림을 전달합니다.

즉, 동일한 값을 다시 설정해도 불필요한 UI 업데이트를 줄여 효율적인 데이터 전송을 유지합니다.



6. 비활성 상태에서의 이벤트 손실 방지 전략 LiveData 자체는 구독자 비활성 상태 동안 발생한 데이터 변경 사항을 누적하거나 버퍼링하지 않습니다.

따라서, 일시적으로 활성화되지 않은 관찰자는 해당 변경분을 놓칠 수 있습니다.

이런 점을 보완하기 위해, 개발자들은 `Event` 래퍼 패턴 또는 `SingleLiveEvent` 같은 커스텀 클래스를 사용하여 이벤트를 한 번만 전달하는 전략을 추가하기도 합니다.

, LiveData는 관찰자 라이프사이클을 기반으로 한 안전하고 효율적인 데이터 전송을 목표로 하며, 실시간 UI 업데이트와 스레드 안전성을 고려한 여러 내부 메커니즘으로 데이터의 전달을 관리합니다.

이러한 전략들은 Android 앱에서 데이터와 UI 상태 동기화를 간편하고 견고하게 만들어 줍니다.