[Android]Activity 생명 주기에 관한 정리

Activity

우리가 어플을 동작시킬때 마다 안드로이드 어플리케이션에서는 UI가 그려집니다. 해당 화면을 우리는 Activity라고 부릅니다. 하나의 어플리케이션에는 최소 1개 이상의 액티비티가 존재해야합니다.

 

 지메일 어플리케이션을 예로 든다면 우리는 지메일에서는 우리의 메일을 보여줍니다. 이러한 메일은 액티비티에서 보여지고, 다른 이메일을 본다면 다른 액티비티에서 이메일을 보여줄것 입니다.

즉, 안드로이드에서 액티비티는 마치 메인메소드와 비슷하며 액티비티는 유저와 상호작용을 하는 경우가 대부분입니다.

생명주기(Life Cycle)

사람이 어린이를 거쳐 어른이 되는 것 처럼 Activity도 다음과 같은 생명주기를 거치게 된다.

다음과 같은 과정으로 설명 할 수 있다. 그리고 각각 주기 마다 콜백 메소드를 선언 할 수 있다.

각 생명주기를 보기에 앞서 왜 이러한 생명주기에 따른 콜백 메소드가 제공되는 것일까?

 

https://developer.android.com/guide/components/activities/activity-lifecycle

활동 수명 주기에 관한 이해  |  Android 개발자  |  Android Developers

안드로이드 공식문서에 따르면

• 사용자가 앱을 사용하는 도중에 전화가 걸려오거나 다른 앱으로 전환할 때 비정상 종료되는 문제
• 사용자가 앱을 활발하게 사용하지 않는 경우 귀중한 시스템 리소스가 소비되는 문제
• 사용자가 앱에서 나갔다가 나중에 돌아왔을 때 사용자의 진행 상태가 저장되지 않는 문제
• 화면이 가로 방향과 세로 방향 간에 회전할 경우, 비정상 종료되거나 사용자의 진행 상태가 저장되지 않는 문제

다음과 같은 상황을 예방 할 수 있도록 생명주기의 각 상황에 대처 하도록 할 수 있다고 합니다.

 

Activity의 LifeCycle

 

 

onCreate()

 액티비티가 생성되면서 해당 과정에서는 데이터를 바인딩하고 액티비티를 ViewModel과 연결합니다.

혹은 saveInstanceState 매개변수를 수신하여 이동 액티비티 정보가 포함된 Bundle객체를 받습니다. 처음 생성된 액티비티을 경우 Bundle은 null값을 가집니다.

 

 또한 사용자 인터페이스를 구성한 XML파일 보통은 R.layout.activity와 같은 리소스 ID를 setContentView() 함수에 전달합니다. setContentView는 xml의 내용을 파싱하여 뷰를 생성하는 역할을 합니다.

 다만, findViewById()는 단점을 많이 가지고 있기 때문에 ViewBinding을 주로 사용하며 ViewBinding역시 OnCreate에서 inflate를 호출하여 ViewBinding을 설정해줍니다.

private lateinit var binding: ActivityMainBinding

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    binding = ActivityMainBinding.inflate(layoutInflater)
    setContentView(binding.root)
}

 다음과 같은 기본 형태로 Bundle형태의 savedInstanceState를 받고 setContentView를 통해서 View를 지정해줍니다. 

 

 주의할 점은 OnCreate 함수는 액티비를 처음 생성할때만 호출되는 것이 아닌 화면을 다시 그려야할때 그 중에서 화면을 회전시키는 경우에도 호출이 된다. 이와 관련하여 saveInstancestate를 활용하는 방법이 있습니다.

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
    	binding = ActivityMainBinding.inflate(layoutInflater)
    	setContentView(binding.root)

        if(savedInstanceState != null){
            binding.textView.text = savedInstanceState.getString("TEST")
        }
    }

    override fun onSaveInstanceState(bundle: Bundle) {
        bundle.putString("TEST","테스트")
        super.onSaveInstanceState(bundle)
    }
}

 onSaveInstanceState에서 액티비티가 파괴 되기전 "Test"라는 key와 "테스트" 라는 Value갑을 bundle에 넣어 줍니다. 이후, 화면 회전에 의해 액티비티가 다시 생성되어 OnCreate가 호출 되면서 

 아래의 그림과 같이 onSaveInstanceState에서 저장해놓은 값을 OnCreate에서 불러와서 텍스트를 변경해주는 것을 확인 할 수 있습니다.

 

Portrait에서 LandScape 전환 된 결과

 

 

onStart()

 OnCretae함수 이후에 사용자에게 View가 보여지기 직전 호출 되는 함수 입니다. 활용에 있어서 주로 회원가입 혹은 BroadCast Reciever를 해당 함수에 적용합니다.

다만, OnStart()의 경우 매우 빠르게 과정이 완료되므로 많은 동작을 하는 것은 바람직 하지 않습니다.

 

 

 

onResume()

 사용자와 상호작용을 하는 단계입니다.

 Activity에 포커스가 없어질때 까지 상태가 지속되며, 또한 액티비티가 사용자의 요구에 따라서 계속해서 변화하게(주로 OnPause <-> OnResume) 된다. 간단히 말하자면 숨겨진 액티비티가 다시 표시 될때(ForeGround 상태가 될 때) 호출됩니다.

class CameraComponent : LifecycleObserver {

    ...

    @OnLifecycleEvent(Lifecycle.Event.ON_RESUME)
    fun initializeCamera() {
        if (camera == null) {
            getCamera()
        }
    }

    ...
}

 공식문서의 예로 들자면, OnResume 상태에 진입하면 카메라를 활성화 하는 코드 입니다. 이때, 멀티 윈도우를 사용하여 다른 창을 탭하면 기존 액티비티가 OnPause로 접어들되고, 사용자를 위해 카메라를 비활성화 시켜야합니다.

 즉, 사용자가 해당 액티비티를 사용 중일때만 카메라를 활성화 시키고 싶을때, OnResume 생명주기를 이용한다면 멀티 윈도우, 액티비티가 백그라운드에 들어갔을 때 등등 여러 상황에 대처 할 수 있습니다.

 

 

onPause()

onResume함수와 가장 관련이 많은 함수 입니다.

override fun void onResume(){
	super.onResume();
    
    SharedPreferences pref = getSharedPreferences("pref", Activity.MODE_PRIVATE);
    if(pref != null) // 저장된 데이터가 있는경우
    {
    	String name = pref.getString("name", ""); // 두번째 parameter: 저장된 name값이 없는경우 사용할 default 값. 현재는 빈 문자열로 세팅됨
        
        // 불러온 데이터 활용
        // Toast.makeText(this, "복구된 이름: "+name, Toast.LENGTH_LONG).show();
    }
}

 다음과 같이 액티비티가 임시로 다른 액티비티에 가려서 보여지지 않는 경우가 있을텐데 이때, sharedPreferences , application, context등을 사용하여 임시로 값들을 저장한다.

 다만, 아주 잠깐 실행되므로 데이터저장, 네트워크 호출, 데이터베이스 사용 과 같은 시간이 많이 걸리는 작업은 호출하면 안됩니다.

 

 

onStop()

onStart와 짝을 이루며, onPause보다는 나중에 호출됩니다.

 배터리,CPU등에 영향이 될 만한 작업들은 해당 함수에서 중지해야 합니다. 주로 액티비티가 중지되었을때 필요하지 않는 자원들을 해제합니다.

onPause와 비교하였을때 부하가 큰 작업들을 실행하는 경우가 많습니다.

 

onStop과 onPause 차이점

 다음과 같이 다른 activity가 기존 activity에 가려서 보이지 않게 되면 onStop을 호출합니다.

 

 

 

 

onDestroy()

 액티비티가 시스템에서 소멸될때 호출됩니다. finish()함수호출, 기기 회전등에 의한 일시적인 소멸 둘다 해당 함수가 호출됩니다.

 소멸시 미처 못한 자원들에 대한 할당 해제(ViewBinding등) 종료후에 간단한 노티피케이션등을 실행합니다.

class MainActivity : AppCompatActivity() {
	private var _binding: ActivityMainBinding? = null
	val binding get() = _binding!!

	override fun onCreate(savedInstanceState: Bundle?){
    	_binding = ActivityMainBinding.inflate(layoutInflater)
    	setContentView(binding.root)
	}

	override fun onDestroy() {
    	super.onDestroy()
    	_binding = null
	}
}

 다음과 같이 onDestory이후 쓰이지 않을 ViewBinding객체를 해제시켜 줍니다.