다음을 통해 공유


확장 실행을 사용하여 앱 일시 중단 연기

이 문서에서는 앱이 최소화된 상태 또는 잠금 화면에서도 실행될 수 있도록 확장 실행을 사용하여 앱이 일시 중단되는 시기를 연장하는 방법을 보여 줍니다.

사용자가 앱을 최소화하거나 앱으로부터 전환하면 앱이 일시 중단 상태로 변경됩니다. 앱의 메모리가 유지되더라도 앱의 코드는 실행되지 않습니다. 이는 시각적인 사용자 인터페이스가 탑재된 모든 OS 에디션에서 마찬가지입니다. 앱이 일시 중단되는 시기에 대한 자세한 내용은 애플리케이션 수명 주기를 참조하세요.

사용자가 앱을 떠나거나 앱이 최소화된 상태에서 일시 중단되지 않고 계속 실행되어야 하는 경우도 있습니다. 예를 들어 사용자가 다른 앱을 사용하기 위해 앱을 떠날 때도 단계 수 계산 앱은 계속 실행되고 추적해야 합니다.

앱을 계속 실행해야 하는 경우에는 OS로 앱을 계속 실행할 수도 있고, 계속 실행되도록 요청할 수도 있습니다. 그 예로 백그라운드에서 오디오를 재생할 때는 백그라운드 미디어 재생에 관한 다음 단계를 따를 경우 OS로 앱을 더 오래 계속 실행할 수 있습니다. 그렇지 않으면 더 많은 시간을 수동으로 요청해야 합니다. 백그라운드 실행을 수행할 수 있는 시간은 대개 몇 분이지만 언제든지 취소 중인 세션을 처리할 수 있는 준비가 되어 있어야 합니다. 이러한 애플리케이션 수명 주기 시간 제약은 디버거 아래에서 앱이 실행 중인 동안 사용하지 않도록 설정됩니다. 이런 이유 때문에 디버거에서 또는 Visual Studio에서 사용할 수 있는 수명 주기 이벤트를 사용하여 실행되지 않는 동안 앱 일시 중단 연기를 위한 확장 실행 및 기타 도구를 테스트하는 것이 중요합니다.

백그라운드에서 작업을 완료하기 위해 더 많은 시간을 요청하려면 ExtendedExecutionSession을 생성하세요. 이때 만드는 ExtendedExecutionSession의 종류는 만들 때 제공하는 ExtendedExecutionReason에 의해 결정됩니다. ExtendedExecutionReason 열거형 값은 세 가지, 즉 Unspecified, LocationTrackingSavingData가 있습니다. 언제든지 하나의 ExtendedExecutionSession만 요청할 수 있습니다. 승인된 세션 요청이 현재 활성일 때 다른 세션을 만들려고 하면 그룹 또는 리소스가 요청된 작업을 수행하기 위해 올바른 상태가 아님을 나타내는 ExtendedExecutionSession 생성자에서 예외 0x8007139F를 throw합니다. ExtendedExecutionForegroundSessionExtendedExecutionForegroundReason을 사용하면 안 됩니다. 이들은 제한된 기능을 필요로 하며 Store 애플리케이션에 사용할 수 없습니다.

최소화된 상태에서 실행하기

다음 두 가지 경우 확장 실행을 사용할 수 있습니다.

  • 애플리케이션 실행 중인 상태일 때 일반 포그라운드 실행 중 언제든지.
  • 애플리케이션의 일시 중단 이벤트 처리기에서 애플리케이션이 일시 중단 이벤트를 받은 후(운영 체제가 앱을 일시 중단 상태로 이동하려고 할 때).

이러한 두 가지 경우에 대한 코드는 같지만 애플리케이션이 각 경우에서 약간 다르게 동작합니다. 첫 번째 경우 애플리케이션은 일반적으로 일시 중단을 트리거하는 이벤트가 발생한 경우에도 실행 중인 상태가 유지됩니다(예: 사용자가 애플리케이션에서 다른 페이지로 이동). 애플리케이션은 확장 실행이 적용되는 동안 일시 중단된 이벤트를 받지 않습니다. 확장이 삭제될 때 애플리케이션은 다시 일시 중단에 대한 대상이 됩니다.

두 번째 경우 애플리케이션이 일시 중단된 상태로 전환되면 확장 기간에 대해 일시 중단된 상태가 유지됩니다. 확장이 만료되면 애플리케이션은 추가로 알리지 않고 일시 중단된 상태에 들어갑니다.

ExtendedExecutionSession을 만들 때 ExtendedExecutionReason.Unspecified를 사용하면 미디어 처리 또는 프로젝트 컴파일, 네트워크 연결 활성 상태 유지와 같은 시나리오에서 앱이 백그라운드로 이동하기 전에 추가 시간을 요청할 수 있습니다. Windows 10 데스크톱 에디션(Home, Pro, Enterprise, Education)을 실행 중인 데스크톱 디바이스에서는 앱이 최소화된 상태에서 일시 중단되지 않도록 해야 하는 경우 이 방법을 사용해야 합니다.

반대로 앱이 백그라운드로 이동할 때 발생하는 일시 중단 중 상태 전환을 지연시키려면, 장기 작업 시작 시 확장을 요청하세요. 데스크톱 디바이스에서 ExtendedExecutionReason.Unspecified로 생성된 확장형 실행 세션에는 배터리 인식 시간 제한이 있습니다. 디바이스가 벽면 전원에 연결된 경우에는 확장형 실행 기간의 길이에 제한이 없습니다. 디바이스의 배터리 전원이 켜져 있으면 확장형 실행 기간이 백그라운드에서 최대 10분까지 실행될 수 있습니다.

앱에 의한 배터리 사용 설정에서 앱이 백그라운드 작업을 실행하도록 허용 옵션을 선택하면 태블릿이나 랩톱에서도 배터리 사용 시간이 줄어드는 대신 동일하게 오랜 시간 실행시킬 수 있습니다. (랩톱에서 이 옵션을 찾으려면 설정>시스템>배터리>앱에 의한 배터리 사용(남은 배터리 전력 비율 아래 링크)>으로 차례로 이동하여 > 앱을 선택하고 Windows에서 관리됨을 끄고 >앱이 백그라운드 작업을 실행하도록 허용을 선택합니다.

모든 OS 에디션에서 디바이스가 연결 대기 상태가 되면 이 유형의 확장형 실행 세션이 중지됩니다. Windows 10 Mobile을 실행 중인 모바일 디바이스에서는 화면이 켜져 있는 한 이 유형의 확장형 실행 세션이 실행됩니다. 화면이 꺼지면 디바이스가 저전력 연결 대기 모드로의 전환을 즉시 시도합니다. 데스크톱 디바이스에서 잠금 화면이 나타나면 이 세션이 계속 실행됩니다. 이 디바이스는 화면이 꺼진 후 일정 기간 동안 연결 대기 상태가 되지 않습니다. Xbox OS 에디션에서는 사용자가 기본값을 변경하지 않는 한, 1시간 후에 디바이스가 연결 대기 상태가 됩니다.

사용자의 위치 추적하기

앱이 GeoLocator를 통해 위치를 정기적으로 기록해야 하는 경우, ExtendedExecutionSession 생성 시 ExtendedExecutionReason.LocationTracking을 지정하세요. 사용자의 위치를 정기적으로 모니터링해야 하며 이러한 이유로 사용해야 하는 피트니스 추적용/탐색용 앱입니다.

모바일 디바이스에서 화면이 잠긴 경우를 포함하여 위치 추적 확장 실행 세션을 필요한 만큼 실행할 수 있습니다. 단, 이러한 세션은 디바이스당 한 개만 실행할 수 있습니다. 위치 추적 확장형 실행 세션은 포그라운드에서만 요청할 수 있으며, 해당 앱은 실행 중 상태여야 합니다. 이렇게 하면 앱이 확장형 위치 추적 세션을 시작했다는 사실을 사용자가 알게 됩니다. 위치 추적 확장형 실행 세션을 요청하지 않은 상태에서도 앱이 백그라운드에 있는 동안 백그라운드 작업 또는 앱 서비스를 이용해서 GeoLocator를 사용할 수 있습니다.

중요 데이터를 로컬로 저장하기

앱이 종료되기 전에 데이터를 저장하지 않아 데이터 손실 및 부정적인 사용자 환경이 발생할 경우에 대비하여 사용자 데이터를 저장하려면 ExtendedExecutionSession 생성 시 ExtendedExecutionReason.SavingData를 지정하세요.

이 유형의 세션을 사용하여 데이터를 업로드하거나 다운로드하는 앱의 수명을 연장하지 마세요. 데이터를 업로드해야 하는 경우 백그라운드 전송을 요청하거나, AC 전원 사용이 가능할 때 전송을 처리할 수 있도록 MaintenanceTrigger를 등록하세요. ExtendedExecutionReason.SavingData 확장 실행 세션은 앱이 포그라운드 및 실행 중 상태이거나 백그라운드에서 일시 중단 상태일 때 요청할 수 있습니다.

일시 중단 중 상태는 앱이 종료되기 전에 앱이 작동할 수 있는 앱 수명 주기 동안의 마지막 기회입니다. ExtendedExecutionReason.SavingData일시 중단 상태에서 요청할 수 있는 유일한 ExtendedExecutionSession입니다. 이 일시 중단 상태에 있는 동안 ExtendedExecutionReason.SavingData 확장 실행 세션을 요청하면 알아야 할 잠재적인 문제가 발생합니다. 일시 중단 중 상태에 있는 동안 확장형 실행 세션을 요청했으며, 사용자가 앱을 다시 시작하도록 요청하는 경우에는 시작될 때까지 시간이 오래 걸릴 수 있습니다. 앱의 기존 인스턴스를 닫고 앱의 새 인스턴스를 시작하기 전에 확장형 실행 세션 기간이 완료되어야 하기 때문입니다. 사용자 상태가 손실되지 않게 하기 위해 시작 성능 시간이 줄어듭니다.

요청, 제거 및 해지

확장형 실행 세션과의 기본 상호 작용은 요청, 제거, 해지 세 가지입니다. 요청하기 작업은 다음 코드 조각에서 모델링됩니다.

요청

var newSession = new ExtendedExecutionSession();
newSession.Reason = ExtendedExecutionReason.Unspecified;
newSession.Revoked += SessionRevoked;
ExtendedExecutionResult result = await newSession.RequestExtensionAsync();

switch (result)
{
    case ExtendedExecutionResult.Allowed:
        DoLongRunningWork();
        break;

    default:
    case ExtendedExecutionResult.Denied:
        DoShortRunningWork();
        break;
}

코드 샘플 보기

RequestExtensionAsync를 호출하면 사용자가 앱에 대한 백그라운드 활동을 승인했는지 여부, 그리고 백그라운드 실행의 활성화에 사용할 수 있는 리소스가 시스템에 있는지 여부를 확인하기 위해 운영 체제 검사가 진행됩니다. 언제든지 한 앱에 대해 한 세션만 승인되며 RequestExtensionAsync에 대한 추가 호출을 발생시켜 세션이 거부됩니다.

BackgroundExecutionManager를 미리 검사하면 백그라운드에서 앱을 실행할 수 있는지 여부를 나타내는 사용자 설정인 BackgroundAccessStatus를 확인할 수 있습니다. 이 사용자 설정들에 대한 자세한 내용은 백그라운드 활동 및 에너지 인식을 참조하세요.

ExtendedExecutionReason은 앱이 백그라운드에서 수행하는 작업을 나타냅니다. 설명 문자열은 사람이 읽을 수 있는 문자열로, 앱이 작업을 수행해야 하는 이유를 설명합니다. 이 문자열은 사용자에게 표시되지 않지만 추후 Windows 릴리스에서 사용할 수 있게 될 수 있습니다. 사용자 또는 시스템이 앱이 더 이상 백그라운드에서 실행될 수 없다고 판단한 경우에는 확장형 실행 세션이 정상적으로 중지될 수 있도록 해지됨 이벤트 처리기가 있어야 합니다.

해지됨

앱이 활성 확장 실행 세션을 갖추고 있으며 포그라운드 애플리케이션에 리소스가 필요하여 시스템이 백그라운드 작업을 중지해야 하는 경우 세션이 해지됩니다. 해지됨 이벤트 처리기를 먼저 실행하지 않고는 확장형 실행 세션 기간이 절대 종료되지 않습니다.

ExtendedExecutionReason.SavingData 확장형 실행 세션에서 해지됨 이벤트가 발생하면 앱이 수행 중이던 작업을 완료하고 일시 중단 중 상태가 끝나기까지 1초가 소요됩니다.

해지는 여러 가지 이유로 발생할 수 있습니다. 실행 시간 제한에 도달했거나, 백그라운드 에너지 할당량을 달성했거나, 사용자가 포그라운드에서 새 앱을 열 수 있도록 메모리를 회수해야 하는 경우에 그러합니다.

다음은 해지됨 이벤트 처리기의 예입니다.

private async void SessionRevoked(object sender, ExtendedExecutionRevokedEventArgs args)
{
    await Dispatcher.RunAsync(CoreDispatcherPriority.Normal, () =>
    {
        switch (args.Reason)
        {
            case ExtendedExecutionRevokedReason.Resumed:
                rootPage.NotifyUser("Extended execution revoked due to returning to foreground.", NotifyType.StatusMessage);
                break;

            case ExtendedExecutionRevokedReason.SystemPolicy:
                rootPage.NotifyUser("Extended execution revoked due to system policy.", NotifyType.StatusMessage);
                break;
        }

        EndExtendedExecution();
    });
}

코드 샘플 보기

Dispose

마지막 단계는 확장형 실행 세션을 제거하는 것입니다. 앱이 세션이 종료될 때까지 기다리는 동안 사용하는 에너지는 앱의 에너지 할당량을 기준으로 계산됩니다. 이에 따라 세션 및 기타 모든 메모리 집약적 자산을 제거해야 합니다. 앱의 에너지 할당량을 가능한 한 많이 보존하려면 앱이 일시 중단 상태로 더 빨리 이동할 수 있도록 세션에 대한 작업이 완료되었을 때 세션을 제거하는 것이 중요합니다.

해지 이벤트를 기다리지 않고 세션을 직접 제거하면 앱의 에너지 할당량 사용량이 줄어듭니다. 즉 더 많은 에너지 할당량이 제공되므로, 향후의 세션에서 앱이 백그라운드에서 더 오래 실행되도록 허용됩니다. 제거 메서드를 호출할 수 있도록 작업이 끝날 때까지 ExtendedExecutionSession 개체에 대한 참조를 유지해야 합니다.

확장형 실행 세션을 제거하는 코드 조각은 다음과 같습니다.

void ClearExtendedExecution(ExtendedExecutionSession session)
{
    if (session != null)
    {
        session.Revoked -= SessionRevoked;
        session.Dispose();
        session = null;
    }
}

코드 샘플 보기

앱은 ExtendedExecutionSession을 한 번에 한 개씩만 활성화할 수 있습니다. 상당수의 앱이 리소스(예: 스토리지, 네트워크 또는 네트워크 기반 서비스)에 액세스해야 하는 복잡한 작업을 완료하기 위해 비동기 작업을 사용합니다. 작업을 완료하기 위해 여러 비동기 작업이 필요한 경우, ExtendedExecutionSession을 제거하고 앱의 일시 중단을 허용하기 전에 이들 작업 각각의 상태를 고려해야 합니다. 이렇게 하려면 여전히 실행 중인 작업의 수를 계산하고 해당 값이 0에 도달할 때까지 세션을 제거하지 않는 참조가 있어야 합니다.

다음은 확장 실행 세션 기간 중 여러 작업을 관리하기 위한 몇 가지 예제 코드입니다. 앱에서 이를 사용하는 방법에 대한 자세한 내용은 아래 링크 코드 예제를 참조하세요.

static class ExtendedExecutionHelper
{
    private static ExtendedExecutionSession session = null;
    private static int taskCount = 0;

    public static bool IsRunning
    {
        get
        {
            if (session != null)
            {
                return true;
            }
            else
            {
                return false;
            }
        }
    }

    public static async Task<ExtendedExecutionResult> RequestSessionAsync(ExtendedExecutionReason reason, TypedEventHandler<object, ExtendedExecutionRevokedEventArgs> revoked, String description)
    {
        // The previous Extended Execution must be closed before a new one can be requested.       
        ClearSession();

        var newSession = new ExtendedExecutionSession();
        newSession.Reason = reason;
        newSession.Description = description;
        newSession.Revoked += SessionRevoked;

        // Add a revoked handler provided by the app in order to clean up an operation that had to be halted prematurely
        if(revoked != null)
        {
            newSession.Revoked += revoked;
        }

        ExtendedExecutionResult result = await newSession.RequestExtensionAsync();

        switch (result)
        {
            case ExtendedExecutionResult.Allowed:
                session = newSession;
                break;
            default:
            case ExtendedExecutionResult.Denied:
                newSession.Dispose();
                break;
        }
        return result;
    }

    public static void ClearSession()
    {
        if (session != null)
        {
            session.Dispose();
            session = null;
        }

        taskCount = 0;
    }

    public static Deferral GetExecutionDeferral()
    {
        if (session == null)
        {
            throw new InvalidOperationException("No extended execution session is active");
        }

        taskCount++;
        return new Deferral(OnTaskCompleted);
    }

    private static void OnTaskCompleted()
    {
        if (taskCount > 0)
        {
            taskCount--;
        }
        
        //If there are no more running tasks than end the extended lifetime by clearing the session
        if (taskCount == 0 && session != null)
        {
            ClearSession();
        }
    }

    private static void SessionRevoked(object sender, ExtendedExecutionRevokedEventArgs args)
    {
        //The session has been prematurely revoked due to system constraints, ensure the session is disposed
        if (session != null)
        {
            session.Dispose();
            session = null;
        }
        
        taskCount = 0;
    }
}

코드 샘플 보기

앱이 리소스를 잘 사용하는지 확인하기

앱의 메모리 및 에너지 사용을 조정하는 것은 운영 체제에서 더 이상 포그라운드 앱이 아니어도 앱이 계속 실행되도록 허용하는 데 중요합니다. 앱에서 사용 중인 메모리의 용량을 확인하려면 메모리 관리 API를 사용하세요. 앱에서 사용하는 메모리가 많을수록 다른 앱이 포그라운드에 있을 때 OS로 앱을 계속 실행하기가 어려워집니다. 사용자는 궁극적으로 앱이 수행할 수 있는 모든 백그라운드 활동을 제어하고, 앱이 배터리 사용에 미치는 영향을 파악할 수 있습니다.

사용자가 앱의 백그라운드 활동을 제한해야 한다고 판단했는지 여부를 확인하려면 BackgroundExecutionManager.RequestAccessAsync를 사용하세요. 배터리 사용량에 유의하고, 사용자가 원하는 작업을 완료해야 하는 경우에만 백그라운드에서 실행하세요.

참고 항목

확장 실행 샘플
애플리케이션 수명 주기
앱 수명 주기 - 백그라운드 작업 및 확장 실행을 사용하여 앱을 활성 상태로 유지백그라운드 메모리 관리
백그라운드 전송
배터리 인식 및 백그라운드 작업
MemoryManager 클래스
백그라운드에서 미디어 재생