🤔 [Android]Context 넌 누구냐

‘context’의 사전적 의미는 ‘문맥, 흐름’이라는 뜻이다.

그 뜻처럼 안드로이드에서도 어플리케이션 즉, 객체의 현재 흐름을 이야기한다.

그래서 무슨 일을 하는데?

context는 쉽게 이야기하면 어플리케이션의 ‘현재 상태’를 가지고 있다고 생각하면 된다.

• 시스템이 관리하는 액티비티나, 어플리케이션의 정보를 얻기 위해 사용
• 안드로이드 시스템에서 제공하는 API(리소스, DB, Shared Preferences 등)에 접근하기 위해 사용

➡️  Activity, Application 클래스는 Context 클래스를 상속받은 클래스다.

이런 Context는 2개로 나뉘어진다! Application Context와 Activity Context

Application Context

Activity 에서 ApplicationContext 라는 프로퍼티를 통해 얻을 수 있는 싱글톤 인스턴스이다.

🎁 내가 몰라서 준비한 안드로이드 사전🎁

[싱글톤 인스턴스]: 생성자가 여러 차례 호출되더라도 실제로 생성되는 객체는 하나이고 최초 생성 이후에 호출된 생성자는 최초의 생성자가 생성한 객체를 리턴하는 디자인 패턴
프로그램 내에서 하나의 객체만 존재해야하고, 그 객체를 프로그램 내에서 여러 부분에서 공유해서 사용할 때 사용한다.

어플리케이션의 생명주기와 묶여있다는 특징이 있다. 그래서❕ Context가 종료되고 나서도 필요한 작업이나,

액티비티 범위를 벗어난 곳에 Context가 필요한 작업에 적합하다!

Activity Context

위에 ApplicationContext을 제대로 이해했다면 알잘딱깔센으로 ActivityContext는 대~충 이런 내용이겠다 싶죠?

(네. 제가 그랬습니다.)

ActivityContext는 Activity와 생명주기가 묶여있다. 그래서 Activity 안에서만 사용 가능하다.

• Activity 스코프 내에서 사용될 때 넘겨준다
• Activity 와 생명주기가 같은 객체를 생성할 때 넘겨준다.

→ 즉, Activity 가 소멸되면 해당 Context 도 같이 소멸되는 것이다.

🧹이해하고 넘어가기

나의 어플리케이션 안에는 2개의 Activity가 있다. 여기서 Context사용은 이렇게 가능하다.

1. ApplicationContext는 2개의 Activity 모두에서 사용가능하다.
2. Activity1Context는 MainActivity1에서만 사용가능하다.
3. Activity2Context는 MainActivity2에서만 사용가능하다.

그러면 여기서 이런 생각을 해볼 수 있다!

“그냥 모든 곳에서 ApplicationContext를 사용하면 되는 거 아니야?”

‼️ 잘못된 Context 사용은 메모리 릭 문제로 이어질 수 있기 때문에 주의해서 사용 할 것 ‼️

🎁 내가 몰라서 준비한 안드로이드 사전🎁

[메모리 릭]: 앱은 메모리 위에서 돌아가고, 그 공간은 한정되어있다. 그렇기 때문에 어떤 객체가 더 이상 사용되지 않는다고 판단하면 메모리에서 가비지 컬렉터에 의해서 제거가 되어야 한다.

하지만 위의 사진과 같이 사용하지 않는 객체 중 참조되는 객체가 생기고, 그래서 가비지 컬렉터가 이런 것들을 제거해야 되는 대상으로 생각하지 않는다. 이와 같이 객체에 할당되어 있는 메모리를 찾아올 수 없는 경우에 ‘메모리 릭’, ‘메모리 누수’가 발생한다.

Application 은 앱 프로세스가 살아있는 동안 계속하여 남아있다. 따라서, Application Context 를 활용한 객체를 메모리에서 할당 해제하지 않고 있을 경우, 메모리 릭이 발생 할 확률이 올라간다.

본격적으로 Context 접근하기

binding.root.context

의 의미는 binding.root에 context 한다는 뜻이겠죠?

binding.root는 해당 ViewBinding이 바인딩하는 레이아웃의 최상위 뷰를 의미한다.

❓class MyActivity : AppCompatActivity() {
    private lateinit var binding: MyActivityBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        // ViewBinding 초기화
        binding = MyActivityBinding.inflate(layoutInflater)
        val view = binding.root
        setContentView(view)

        // binding.root.context를 통해 현재 액티비티의 컨텍스트에 접근
        val currentContext = binding.root.context

        // currentContext를 사용하여 다양한 작업 수행
    }
}

binding.root.context를 통해 최상위 뷰의 컨텍스트에 접근하는 것은 해당 UI 구성 요소가 속한 활동이나 프래그먼트와 관련된 컨텍스트에 직접적으로 접근할 수 있다는 것을 의미한다.

• ❓그렇다면 이렇게 접근을 해서 어떤 작업을 수행할 수 있을까❓

  • 리소스 액세스 ex) 문자열, 색상, 그림 등의 리소스

    val stringResource = binding.root.context.getString(R.string.my_string_resource)
    val colorResource = ContextCompat.getColor(binding.root.context, R.color.my_color_resource)

  • 시스템 서비스 엑세스 ex) 알림 서비스, 키보드 서비스 등

    val notificationManager = binding.root.context.getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager

  • 토스트 메세지 표시

    Toast.makeText(binding.root.context, "Hello, World!", Toast.LENGTH_SHORT).show()

  • 엑티비티 전환

    val intent = Intent(binding.root.context, AnotherActivity::class.java)
    binding.root.context.startActivity(intent)

  • 테마 및 스타일 적용

    val themedContext = ContextThemeWrapper(binding.root.context, R.style.MyCustomTheme)

→ 이 작업들은 액티비티 안에서 이뤄지는 것들이기 때문에 우리는 ActivityContext에 접근해야한다.

Context 메서드

그럼 context에 접근할 수 있는 메서드들에 알아보자.

• getApplicationContext()
• getApplication()
• getBaseContext()
• getContext()
• getContext()
• requireContext()

context 사용에 어려운 점은 메서드들 간 어떤 차이가 있는지, 어디서 사용해야 하는지 구별하기 힘들다는 점이다.

하지만 해당 메서드들이 어떤 클래스에서 사용되는지 보면 힌트를 얻을 수 있다

• ContextWrapper.getApplicationContext()
• Activity.getApplication()
• Service.getApplication()
• ContextWrapper.getBaseContext()
• View.getContext()
• Fragment.getContext()
• Fragment.requireContext()

이걸 제대로 이해하기 위해서 Context 클래스의 구조부터 알아보자.

1. Context : Context클래스의 최상단에 위치하며, 추상 클래스로 내부 구현이 거의 없고, 상수 정의들과 추상 메서드들로 이루어진 클래스이다.

public abstract class Context

1. Contextlmpl : 상위 클래스인 Context에 구현이 이루어지는 클래스이고, Context를 상속받아 구현한다.

→ 하지만 Application, Activity, Service가 Contextlmpl을 직접 사용하지 않는다.

1. ContextWrapper : Contextlmpl을 랩핑하고 있는 클래스이다.

🎁 내가 몰라서 준비한 안드로이드 사전🎁

[랩핑]: 기존의 클래스나 기능을 더 감싸거나 확장하여 새로운 기능을 추가 or 변경하는 프로세스를 뜻한다. (랩핑의 개념이 잘 이해가 되지 않는다면 Context의 구조에 대해서 먼저 이해하는 것도 Not Bad~)

import android.content.Context
import android.content.ContextWrapper
import android.content.SharedPreferences

class MyContextWrapper(base: Context) : ContextWrapper(base) {

    companion object {
        private const val PREFERENCES_NAME = "MyPreferences"
        private const val KEY_USERNAME = "username"
    }

    // 사용자 이름을 저장하는 메서드
    fun saveUsername(username: String) {
        val sharedPreferences = getSharedPreferences(PREFERENCES_NAME, Context.MODE_PRIVATE)
        val editor = sharedPreferences.edit()
        editor.putString(KEY_USERNAME, username)
        editor.apply()
    }

    // 사용자 이름을 불러오는 메서드
    fun loadUsername(): String? {
        val sharedPreferences = getSharedPreferences(PREFERENCES_NAME, Context.MODE_PRIVATE)
        return sharedPreferences.getString(KEY_USERNAME, null)
    }
}

위의 코드에서 ContextWrapper 생성자를 보면 base라는 Context를 받고 있다.

이 base가 Context 구현에 해당한다.

MyContextWrapper는 base에 전달된 Context를 감싸고, 그 위에 새로운 기능을 추가하여 사용자 이름을 저장하고 불러오는 메서드를 제공하는 역할을 한다.

이렇게 함으로써, MyContextWrapper 클래스는 기존 Context의 기능을 그대로 사용하면서 필요한 추가 기능을 랩핑하고 확장할 수 있다.

이를 통해 애플리케이션의 다양한 부분에서 이 클래스를 사용함으로써 특정 동작을 일관되게 처리할 수 있다.

1. Application, Service, Activity : ContextWrapper을 상속받아 우리가 Context를 사용할 수 있게 된다.

이렇게 Context의 구조에 대해서 알아보고 다시 메서드들을 봐보자.

• ContextWrapper.getApplicationContext()

  ContextWrapper의 메서드이며, 싱글톤 어플리케이션 객체의 context를 리턴
  

• Activity.getApplication()

  Activity의 메서드이며, Activity를 소유하는 어플리케이션 객체를 리턴
  

• Service.getApplication()

  Service의 메서드이며, Service를 소유하는 어플리케이션 객체를 리턴
  

• ContextWrapper.getBaseContext()

  ContextWrapper의 메서드이며, 생성자 또는 setBaseContext()를 통해 초기화된 base context 리턴

  (아까 ContextWrapper 클래스를 알아보면서 봤던 메서드입니다!)
  

• View.getContext()

  View가 올라가있는 컨텐스트를 리턴
  

• Fragment.getContext()

  Fragment가 연결된 ActivityContext를 리턴(Nullable)
  

• Fragment.requireContext()

  Fragment가 연결된 ActivityContext를 리턴(NonNull)
  

💡 어떤 메서드를 사용하느냐에 따라서 가져오게 되는 context가 다르기 때문에 어떤 컨텐스트와 메서드를 사용하는게 적절한지 판단하는 능력을 길러야겠다는 생각을 하게 되었습니다! 어떤 기능을 구현하고, 코드 한 줄을 쓰는 것에 있어서 개발자의 판단이 얼마나 중요한지 앱잼을 하면서 느끼게 되었던 것 같아요. 코드 한 줄에 확신을 줄 수 있는 개발자가 되기 위해 더 많은 공부를 해보겠습니다😊