안드로이드가 프로세스를 죽이는 것을 시뮬레이션하는 방법

안드로이드는 프로세스가 백그라운드에 있고 프로세스가 리소스 (RAM, CPU 등)가 필요하다고 결정하면 프로세스를 종료합니다. 응용 프로그램이 올바르게 작동하는지 테스트 할 수 있도록 테스트 중에이 동작을 시뮬레이션 할 수 있어야합니다. 자동화 된 방식 으로이 작업을 수행 할 수 있기를 원할 때마다 응용 프로그램이 올바르게 작동하는지 테스트 할 수 있기를 원합니다. 즉, 모든 활동에서 이것을 테스트해야합니다.

프로세스를 종료하는 방법을 알고 있습니다. 그것은 문제가 아닙니다. 문제는 내가 내 프로세스를 종료 할 때 (DDMS를 사용하는 것입니다 adb shell kill, Process.killProcess()안드로이드는 그것을는 안드로이드 OS가 자체를 죽인한다면 것과 같은 방식으로 다시 시작되지 않는 등).

Android OS가 프로세스를 종료하면 (자원 요구 사항으로 인해) 사용자가 애플리케이션으로 돌아올 때 Android는 프로세스를 다시 생성 한 다음 활동 스택 에서 최상위 활동 을 다시 작성합니다 (호출 onCreate()).

다른 한편, 만약 내가 프로세스를 종료, 안드로이드는 활동 스택의 상단에 활동이 심하게 행동 것으로 가정 자동 과정을 재현하므로, 다음 활동 스택의 상단 활동을 제거하고 아래에 있던 활동을 재현 최고 활동 (onCreate ()를 호출). 이것은 내가 원하는 행동이 아닙니다. Android가 프로세스를 종료 할 때와 동일한 동작을 원합니다.

내 활동 스택이 다음과 같은 경우 그림으로 설명하십시오.

    ActivityA -> ActivityB -> ActivityC -> ActivityD

Android가 프로세스를 종료하고 사용자가 애플리케이션으로 돌아 가면 Android는 프로세스를 다시 작성하고 ActivityD를 작성합니다.

프로세스를 종료하면 Android가 프로세스를 다시 만들고 ActivityC를 만듭니다.

나를 위해 이것을 테스트하는 가장 좋은 방법은 이것을하는 것입니다.

• 응용 프로그램에서 ActivityD 열기
• 홈 버튼을 누릅니다
• Terminate ApplicationAndroid Studio에서 Logcat 창을 누릅니다 (앱 프로세스가 종료되고 장치를 선택하고 Logcat 드롭 다운에서 맨 위 프로세스를 확인하십시오)
• 홈 길게 누르기 또는 열린 앱을 사용하여 애플리케이션으로 돌아 가기 (기기에 따라 다름)
• 응용 프로그램이 다시 작성된 ActivityD에서 시작됩니다 (ActivityA, ActivityB, ActivityC가 종료되었으며 다시 돌아 오면 다시 작성 됨)

일부 장치에서는 응용 프로그램-> 런처 아이콘을 사용하여 응용 프로그램 (ActivityD)으로 돌아갈 수 있지만 다른 장치에서는 대신 ActivityA를 시작합니다.

이것은 안드로이드 문서가 그것에 대해 말하는 것입니다 :

일반적으로 시스템은 사용자가 홈 화면에서 해당 작업을 다시 선택할 때 특정 상황에서 작업을 삭제합니다 (루트 활동 위의 스택에서 모든 활동 제거). 일반적으로 사용자가 30 분과 같은 일정 시간 동안 작업을 방문하지 않은 경우에 수행됩니다.

이것은 나를 위해 작동하는 것 같습니다 :

adb shell am kill <package_name>

이것은 adb shell killOP 에서 언급 한 것과 다릅니다 .

am kill명령에 대한 도움말 은 다음과 같습니다.

am kill: Kill all processes associated with <PACKAGE>.  Only kills.
  processes that are safe to kill -- that is, will not impact the user
  experience.

따라서 프로세스가 포 그라운드에 있으면 프로세스를 종료하지 않습니다. 이것은 OP가 원하는 것처럼 작동하는 것 같습니다. 내 앱에서 다른 곳으로 이동하면 실행 adb shell am kill <package_name>하면 앱이 종료됩니다 ( ps기기에서 사용하여 확인했습니다 ). 그런 다음 앱으로 돌아 가면 이전에했던 활동으로 돌아갑니다. 즉, OP의 예에서는 프로세스가 다시 만들어지고 ActivityD가 아닌 ActivityC 대신 다른 C를 죽이는 것처럼 보입니다.

죄송합니다. OP에 대해 2 년 늦었지만 다른 사람들이이 기능을 유용하게 사용할 수 있기를 바랍니다.

또 다른 방법, 아마도 DDMS가 필요하지 않기 때문에 스크립팅 가능한 방법 일 것입니다

한 번 설정 : 개발자 옵션으로 이동하여 백그라운드 프로세스 한계 설정을 선택하고 값을 '표준 한계'에서 '배경 프로세스 없음'으로 변경하십시오.

프로세스를 다시 시작해야 할 경우 홈 버튼을 누릅니다. 프로세스가 종료됩니다 (스튜디오의 logcat / Android 모니터에서 확인할 수 있음-프로세스가 [DEAD]로 표시됨). 그런 다음 작업 전환기를 사용하여 앱으로 다시 전환하십시오.

이 질문은 오래되었지만 adb, Android Studio 등을 필요로하지 않는이 질문에 대한 답변이 있습니다. 유일한 요구 사항은 API 23 이상입니다.

OS 별 앱 다시 시작을 시뮬레이션하려면 앱이 실행되는 동안 앱 설정으로 이동하여 권한을 비활성화 (활성화 한 후 활성화) 한 다음 최근 앱에서 앱을 반환하십시오. 권한이 비활성화되면 OS가 앱을 종료하지만 저장된 인스턴스 상태는 유지합니다. 사용자가 앱을 반환하면 앱과 마지막 활동 (저장된 상태)이 다시 생성됩니다.

'백그라운드 프로세스 없음'방법으로 동일한 동작이 발생하지만 항상 그런 것은 아닙니다. 예를 들어 앱에서 백그라운드 서비스를 실행중인 경우 "배경 프로세스 없음"은 아무 작업도 수행하지 않습니다. 그러나 응용 프로그램은 서비스를 포함하여 시스템에 의해 종료 될 수 있습니다. 앱에 서비스가 있어도 권한 방법이 작동합니다.

예:

우리 앱에는 두 가지 활동이 있습니다. ActivityA는 런처에서 시작되는 주요 활동입니다. ActivityB는 ActivityA에서 시작됩니다. onCreate, onStart, onStop, onDestroy 메소드 만 표시합니다. Android는 중지 상태 인 활동이 시스템에 의해 종료 될 수 있으므로 onStop을 호출하기 전에 항상 onSaveInstanceState를 호출합니다. [ https://developer.android.com/reference/android/app/Activity.html#ActivityLifecycle]

권한 방법 :

<start app from launcher first time>
Application onCreate
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart
<open ActivityB>
ActivityB onCreate WITHOUT savedInstance
ActivityB onStart
ActivityA onStop (the order is like this, it is stopped after new one is started)
<go settings>
ActivityB onStop
<disable a permission>
//Application is killed, but onDestroy methods are not called.
//Android does not call onDestroy methods if app will be killed.
<return app by recent apps>
Application onCreate (this is the important part. All static variables are reset.)
ActivityB onCreate WITH savedInstance (user does not notice activity is recreated)
//Note that ActivityA is not created yet, do not try to access it.
ActivityB onStart
<return ActivityA by back>
ActivityA onCreate WITH savedInstance (user does not notice activity is recreated)
ActivityA onStart
ActivityB onStop
ActivityB onDestroy
<press back again, return launcher>
ActivityA onStop
ActivityA onDestroy
<open app again>
//does not call Application onCreate, app was not killed
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart

다른 답변에 언급 된 다른 방법을 비교하고 싶습니다.

활동을 유지하지 마십시오. 응용 프로그램이 종료되지 않습니다.

<start app from launcher first time>
Application onCreate
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart
<open ActivityB>
ActivityB onCreate WITHOUT savedInstance
ActivityB onStart
ActivityA onStop
ActivityA onDestroy (do not keep)
<return launcher by home button>
ActivityB onStop
ActivityB onDestroy (do not keep) 
<retun app from recent apps>
// NO Application onCreate
ActivityB onCreate WITH savedInstance (user does not notice activity recreated)
ActivityB onStart
<return ActivityA by back>
ActivityA onCreate WITH savedInstance (user does not notice activity recreated)
ActivityA onStart
ActivityB onStop
ActivityB onDestroy
<press back again, return launcher>
ActivityA onStop
ActivityA onDestroy
<open app again>
//does not call Application onCreate, app was not killed
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart

강제 중지 방법 : 저장된 인스턴스 상태를 저장하지 않습니다

<start app from launcher first time>
Application onCreate
ActivityA onCreate WITHOUT savedInstance
ActivityA onStart
<open ActivityB>
ActivityB onCreate WITHOUT savedInstance
ActivityB onStart
ActivityA onStop
<go settings>
ActivityB onStop
<force stop, return app from recent apps>
Application onCreate
ActivityA onCreate WITHOUT savedInstance 
//This is important part, app is destroyed by user.
//Root activity of the task is started, not the top activity.
//Also there is no savedInstance.

나는 파티에 매우 늦었고 여러 사람이 똑같은 대답을하기 전에 나에게 오는 사람을 단순화하기 위해 홈 버튼을 누르고이 명령을 실행하십시오.

adb shell ps | grep <package name> | awk '{print $2}' | xargs adb shell run-as <package name again> kill

앱은 상태를 잃지 않으며 내 경험으로 인해 백그라운드에서 OS가 앱을 종료 한 것과 같은 방식으로 작동합니다. 이것은 디버그 빌드 응용 프로그램에서만 작동합니다

이것이 Android Studio에서 수행하는 방법입니다.

1. 디버그 모드의 장치를 컴퓨터에 연결하십시오.
2. 기기에서 앱을 열고 "죽음에서 돌아 오기"를 테스트하려는 활동으로 이동하십시오.
3. 기기에서 홈 버튼을 누릅니다.
4. Android Studio에서 Android 모니터-> 모니터로 이동하여 애플리케이션 종료 아이콘을 누르십시오.
5. 이제 최신 앱을 통해 앱으로 돌아가거나 실행기 아이콘을 클릭하면 내 테스트에서 동작이 동일합니다.

HOME 버튼으로 백그라운드에서 응용 프로그램을 넣습니다.

Android Studio의 "로그 캣"모드에서 프로세스를 선택한 다음 왼쪽 하단에서 애플리케이션 종료를 클릭하십시오.

이제 Android 기기의 런처에서 앱을 시작하십시오.

편집 : 인터넷에 따르면 다음도 작동합니다.

 adb shell am kill [my-package-name]

미래에서 편집 : 노트에 뭔가가, 당신이 사용하는 경우, 안드로이드 스튜디오 4.0의 변경이있는 RunAS에서, 다음 Terminate를 발행합니다 Force Stop.

그러나 나중에 런처에서 시작한 다음이 방법으로 시뮬레이션하려고하면 원하는 결과를 얻을 수 있습니다 (메모리 동작이 낮음).

추구하는 행동을 재현하기 위해 다음 단계를 수행 할 수 있습니다.

1. 앱을 열고 주요 활동으로 이동
2. 알림 패널을 사용하여 다른 전체 화면 응용 프로그램 (예 : 시스템 설정-오른쪽 상단 모서리)으로 이동하십시오.
3. 신청 절차 종료
4. 뒤로 가기 버튼

설정 아래의 개발자 옵션에서 '활동 유지 안 함'을 선택하면 활동에서 벗어나면 즉시 활동이 삭제됩니다.

참고 : 아래의 유용한 설명에 따라 정적 값이 지워지지 않는 경우에만 사용하십시오.

홈 버튼을 누르고 앱을 배경에 먼저 놓습니다. 그런 다음 DDMS 또는 ADB에서 프로세스를 중지하거나 종료하십시오.

로 터미널에서 장치 / 에뮬레이터에 연결 adb shell한 다음 프로세스의 PID를 가져 와서 ps | grep <your_package_name실행할 수도 kill -9 <pid>있습니다. 그런 다음 최근 앱 선택기에서 최소화 된 앱을 열면 마지막 활동이 다시 시작됩니다.

문제의 근원은 Activity프로세스를 죽일 때 전경 에있는 것 같습니다 .

DDMS에서 중지 Activity가 표시되면 (정확하게 설명 된대로) 멈춤을 누른 다음 집에서 중지 한 후 중지하고 나중에 앱으로 돌아 오는 것을 비교하여이를 확인할 수 있습니다.

moveTaskToBack(true)어떻게 든 테스트에서 확인하십시오 .

이것이 당신이 찾고있는 대답인지 확실하지 않습니다. 논리적 사고와 같습니다.

나는 당신이 실제로 완전히 자동화 된 테스트를 할 수 있다고 생각하지 않습니다. 시뮬레이트하는 유일한 방법은 그것을 재현하는 것입니다. AKA는 너무 많은 활동을 통해 Android가 응용 프로그램을 종료시킬 것입니다.

그래서 내 아이디어 나 제안은 안드로이드가 메모리가 부족하고 백그라운드에서 프로세스를 종료하기 시작할 때까지 새로운 활동을 계속 보여주는 또 다른 작은 앱을 만드는 것입니다.

라인 중 무언가 :

활동 시작 i-> 앱이 목록에 있으면 실행중인 프로세스 확인, i를 증가시키고 현재 활동을 닫지 않고 루프를 다시 시작하십시오. 그렇지 않으면-> i를 줄이고 현재 활동을 닫고 이전으로 돌아가 다시 확인하십시오 ...

애플리케이션 프로세스가 종료되면 Android는 활동 레코드 (항목이 내역 스택의 활동을 나타냄)를 통해 결정합니다. 역사에서 유지하고 그것에서 어떤 사람을 제거 할 것.

여기에 핵심 포인트 중 하나는이다 ActivityRecord라는 필드 haveState안드로이드 프레임 워크 엔지니어, 설명 으로 "우리가 입수했습니다 마지막 활동 상태를?".

기본적으로 Android 는 활동에 상태가 있다고 간주 합니다. 활동 은애플리케이션 이 활동이 재개되었음을 활동 태스크 관리자 서비스에 보고 하면 상태 비 저장 상태 이는 애플리케이션 이 활동이 중지됨 상태에 있음을 프레임 워크에 알릴 때까지 유효합니다 . 간단하게 말하면, 값은 활동 사이 라고하며 혹은 , 호출 따라 적용 대상 버전.haveStatefalseonResume()onStop()onSaveInstanceState()

프로세스를 종료하면 Android가 프로세스를 다시 만들고 ActivityC를 만듭니다.

이 경우 ActivityD에는 android:stateNotNeeded="true"응용 프로그램 매니페스트에 속성 이 없으며 현재 포 그라운드에서 실행 중이므로 시스템이 마지막 상태가 아니기 때문에 Android는 기록에서 속성을 제거합니다.

안드로이드가 프로세스를 죽이는 것을 시뮬레이션하는 방법

여러 번 언급했듯이 단순히 응용 프로그램을 백그라운드로 이동하면 액티비티 백 스택의 최상위 활동이 상태를 저장 한 후 Android Debug Bridge, Android Studio 또는 응용 프로그램 프로세스를 사용하여 응용 프로그램 프로세스를 종료 할 수 있습니다 개발자 옵션의 백그라운드 프로세스 제한 특성 그 후 최근 활동이 성공적으로 재생성됩니다.

그럼에도 불구하고 응용 프로그램 프로세스 종료 시나리오를 테스트하는 또 다른 간단한 방법이 있습니다. 위에서 설명한 모든 사실과 현재 실행중인 ActivityD에서 새 ActivityE를 시작 onStop()하면 ActivityE onResume()메소드 후에 만 ActivityD 콜백이 호출 된다는 사실을 알고 다음 트릭을 수행 할 수 있습니다.

class TerminatorActivity : Activity() {

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

        val isPrePie = applicationInfo.targetSdkVersion < Build.VERSION_CODES.P
        val callbacks = TerminatorLifecycleCallbacks(isPrePie)
        (applicationContext as Application).registerActivityLifecycleCallbacks(callbacks)
    }

    private class TerminatorLifecycleCallbacks(
        // Before P onSaveInstanceState() was called before onStop(), starting with P it's
        // called after
        // Used to schedule the death as app reports server that activity has stopped
        // after the latest of these was invoked
        private val isPrePie: Boolean
    ) : ActivityLifecycleCallbacksDefault {

        private val handler = Handler(Looper.getMainLooper())

        override fun onActivityPostStopped(activity: Activity) {
            if (isPrePie) {
                terminate()
            }
        }

        override fun onActivityPostSaveInstanceState(activity: Activity, outState: Bundle) {
            if (!isPrePie) {
                terminate()
            }
        }

        fun terminate() {
            handler.postDelayed(
                {
                    Process.killProcess(Process.myPid()) // This is the end... 
                },
                LAST_MILLIS
            )
        }

        companion object {
            // Let's wait for a while, so app can report and server can handle the update
            const val LAST_MILLIS = 100L
        }

    }

    private interface ActivityLifecycleCallbacksDefault : Application.ActivityLifecycleCallbacks {
        override fun onActivityCreated(activity: Activity, savedInstanceState: Bundle?) {}
        override fun onActivityStarted(activity: Activity) {}
        override fun onActivityResumed(activity: Activity) {}
        override fun onActivityPaused(activity: Activity) {}
        override fun onActivityStopped(activity: Activity) {}
        override fun onActivitySaveInstanceState(activity: Activity, outState: Bundle) {}
        override fun onActivityDestroyed(activity: Activity) {}
    }
}

그런 다음 TerminatorActivity응용 프로그램을 종료하려고 할 때 시작 하십시오.

결국에는 응용 프로그램 프로세스 사망 테스트를 단순화하는 간단한 도구가 있습니다. Venom 있습니다.