[Android] Context

😏 언제 어디서든 정말 자주 쓰이는 context !

우리는 안드로이드 개발을 하면서 context를 정말 자주 사용한다. 다른 액티비티로 넘어갈 때나, 토스트 메세지를 출력할 때, 뷰와 리스너를 연결하거나 싱글톤 패턴을 구현할 때 등등 정말 많이 사용한다. 안드로이드를 처음 배울 때만 해도 context에 대해서 전혀 의문을 가지지 않고 사용했으나, 매우 중요한 요소이기도 하고 블로그를 옮기는 김에 다시 공부해야 해서 이렇게 context에 대해 글을 쓰게 되었다.

✅ What is Context in Android ?

Context는 애플리케이션 환경에 대해 전역적인 정보를 얻을 수 있는 추상 클래스이다. context를 사용하면 특정 애플리케이션 자원과 클래스에 접근할 수 있고, 액티비티를 실행하거나 인텐트를 수신하는 등 다른 안드로이드 컴포넌트들과 상호작용할 수 있다. 주저리주저리 설명했지만 context가 갖는 4가지의 특징을 구체적으로 설명하면 다음과 같다.

1. 애플리케이션의 현재 상태를 가지고 있다.
안드로이드 앱은 여러개의 화면으로 구성되어 있고, 각 화면은 해당 화면의 정보를 가지고 있는 context를 가지고 있다.

2. 액티비티나 애플리케이션 전역에 대한 정보를 얻을 때 사용한다.
특정 화면의 context는 사용자가 특정 액티비티 또는 프래그먼트에 있음을 간주하고, context를 사용해 화면과 관련된 작업을 할 수 있다.

3. 애플리케이션 리소스, Local Database 또는 DataStore와 같은 로컬 저장소에 접근할 때 주로 사용한다.
각 화면에 대한 context를 사용해 데이터베이스의 데이터를 화면에 표시할 수 있다.

4. 액티비티와 애플리케이션 클래스는 기본적으로 context를 상속한다.
context는 잘못 사용하면 메모리 누수가 발생할 수 있다. 액티비티는 각각의 화면을, 애플리케이션은 앱 전체를 참조하며 둘 다 context를 상속한다.

GeeksForGeeks에서 context에 대해 설명하는 좋은 예를 발견했다.

한 사람이 호텔에 며칠 묵게 되었다. 그는 아침, 점심, 저녁을 때에 맞춰 먹어야 했다. 그가 끼니를 제때 챙겨 먹으려면 어떻게 해야 하는가? 당연히 프론트 직원에게 가서 식사를 갖다달라고 요청해야 한다. 이를 안드로이드 환경에 비유한다면 식사를 요청하는 사람은 단일 Activity, 프론트 직원은 context, 호텔은 App이 되고, 식사는 Resources가 된다.

위 예제를 토대로, context는 액티비티나 프래그먼트에 애플리케이션의 정보(자원)를 제공하는 역할을 한다고 유추해 볼 수 있다.

🟢 Context Type

context는 크게 Application Context, Activity Context 2가지 타입이 있다.

Application Context
애플리케이션 전역에서 필요한 경우 사용한다. 싱글톤 인스턴스로 프로세스에서 1개만 존재하며, 애플리케이션 전역의 생명주기를 갖고 있기 때문에 애플리케이션이 생성되고 종료될 때까지 존재한다. Application Context는 getApplicationContext() 메서드를 사용해 얻을 수 있다. 현재 컨텍스트가 종료된 이후에도 컨텍스트가 필요한 작업이나 액티비티 스코프를 벗어난 컨텍스트가 필요한 작업에 적합하다.

Activity Context
액티비티 내에서 유효한 Context이기 때문에 액티비티와 동일한 생명주기를 갖고 있다. Toast나 Dialog 같은 UI 관련 작업을 위해 주로 사용한다. Activity Context는 this 또는 getBaseContext(), getContext()로 얻을 수 있다.

✔ 필요한 Context를 얻을 수 있는 methods
getApplicationContext()
Application Context를 반환한다.
getContext()
현재 실행되고 있는 뷰의 Context를 반환한다.
getBaseContext()
자신의 Context가 아닌 다른 Context에 접근할 때 사용한다.

🔵 Activity와 Fragment에서의 Context 접근 방법

Activity는 Context를 상속하고 있기 때문에 this로 넘기는것이 가능하지만, Fragment는 Context를 상속하지 않기 때문에 this로 넘기는 것이 불가능하다. 따라서 Fragment의 context를 얻고 싶다면 getContext()를 사용해야한다.

❔ getContext() vs requireContext()

@NonNull
public final Context requireContext() {
	Context context = getContext();
    if (context == null) {
    	throw new IllegalStateException("Fragment " + this + " not attached to a context.");
    }
    return context;
}

@Nullable
public Context getContext() {
	return mHost == null ? null : mHost.getContext();
}

getContext()에 대해 검색해보던중, requireContext()로도 context를 얻을 수 있다는 것을 알게 되었다. 다만 이 두가지의 메서드는 각각 차이가 있는데, getContext()의 경우 context()가 호스트에 붙어있지 않을 때 null을 반환하지만, requireContext()의 경우 getContext()에서 반환된 context가 null일 경우 illegalStateException을 throw한다. 예를 들어 Fragment에서 context에 접근하면 null이 아닌 값을 반환하지만, fragment가 activity에 attach 되어있지 않으면 예외가 발생할 수 있다고 한다. 그러니까 되도록이면 requireContext()를 통해 context가 null이 아님을 보장하는 것이 좋다.

자주 사용하는 토스트 라이브러리를 예로 들어보면,

public static StyleableToast makeText​(@NonNull
                                      Context  context,
                                      String  text,
                                      @StyleRes
                                      int style)

makeText()의 context 파라미터는 Null 값을 허용하지 않는다. 따라서 getContext()를 사용하면 다음과 같이 ?.let 키워드를 사용해 context가 null이 아닐 때만 makeText()를 실행하라고 경고를 띄운다.

하지만 아래와 같이 requireContext()를 사용하면 context가 null이 아님을 보장하기 때문에 에러가 발생하지 않는다.

References

https://developer.android.com/reference/android/content/Context
https://www.geeksforgeeks.org/what-is-context-in-android/
https://stackoverflow.com/questions/24941572/difference-in-context-for-activity-and-fragment
https://minchanyoun.tistory.com/58