안드로이드 권한 요청 | Runtime Permission 이해하고 요청 구현하기::Android Studio에서 Kotlin으로#43 빠른 답변

당신은 주제를 찾고 있습니까 “안드로이드 권한 요청 – Runtime Permission 이해하고 요청 구현하기::Android Studio에서 Kotlin으로#43“? 다음 카테고리의 웹사이트 you.maxfit.vn 에서 귀하의 모든 질문에 답변해 드립니다: https://you.maxfit.vn/blog. 바로 아래에서 답을 찾을 수 있습니다. 작성자 냉동코더 FrozenCoder 이(가) 작성한 기사에는 조회수 252회 및 좋아요 13개 개의 좋아요가 있습니다.

앱 권한 요청

이 페이지의 내용
기본 원칙
권한 요청 워크플로
앱에 이미 권한이 부여되었는지 확인
앱에 권한이 필요한 이유 설명
권한 요청 시스템이 권한 요청 코드를 관리하도록 허용 권한 요청 코드 직접 관리 …
권한 거부 처리
일회성 권한 권한이 취소되면 앱 프로세스가 종료됨

안드로이드 권한 요청 주제에 대한 동영상 보기

여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!

아래 동영상 보기

d여기에서 Runtime Permission 이해하고 요청 구현하기::Android Studio에서 Kotlin으로#43 – 안드로이드 권한 요청 주제에 대한 세부정보를 참조하세요

Runtime Permission에 대해 이해하고 요청을 구현하는 방법에 대해 알아봅니다.
* 영상내용을 정리한 글
https://cliearl.github.io/posts/android/request-runtime-permission/
* Android Studio에서 Kotlin으로 Playlist
https://www.youtube.com/playlist?list=PL_XkuR-7VWcuee4kxHgChRvQCmHxcJnfS
* Source code
https://github.com/cliearl/android-tutorial

안드로이드 권한 요청 주제에 대한 자세한 내용은 여기를 참조하세요.

안드로이드(Android) 권한(Permission) 요청 및 획득

안드로이드 앱은 핸드폰의 제한된 공간에서 작동 되는데 앱 외부에 있는 리소스(카메라, SMS, 저장공간 등)에 접속 하기 위해서는 핸드폰 소유자의 …

+ 여기에 더 보기

Source: copycoding.tistory.com

Date Published: 5/8/2021

[Android Studio] 권한(Permission) 얻기 – 차근차근 개발일기+일상

안드로이드 스튜디오에서 권한을 획득하는 방법에 대해서 알아보겠습니다! 안드로이드 권한 종류. 안드로이드의 권한의 종류입니다. 해당 기능들을 동작 …

+ 여기에 보기

Source: crazykim2.tistory.com

Date Published: 7/21/2021

[안드로이드] 권한 요청 팝업 (한번에 여러개 요청) – 맨땅에 코딩

여기서 필요한 권한을 확인해주신 후 추가해주시면 됩니다. [ AndroManifest.xml ] + 여기를 클릭

Source: haruvely.tistory.com

Date Published: 10/14/2022

Android Permission 요청하기 – 기록

위와 같은 다이얼로그를 통해 사용자에게 직접 권한 승인을 요청하여 권한을 부여받습니다. 주로 개인정보에 접근할 수 있는 권한을 런타임 퍼미션으로 …

+ 여기에 보기

Source: saucecode.tistory.com

Date Published: 12/9/2022

[Android] 권한(Permission)과 위험 권한 요청 방법

안드로이드에서는 제한된 데이터 혹은 작업에 대해 개인정보 보호를 위해 사용자로부터 권한을 부여받도록 되어있다. 매니페스트에서 권한을 선언할 수 …

+ 자세한 내용은 여기를 클릭하십시오

Source: maejing.tistory.com

Date Published: 6/8/2022

[안드로이드] 권한요청/ 권한설정, 퍼미션체크 – 잡캐의 IT 꿀팁

[안드로이드] 권한요청 및 권한체크하기 (마시멜로우6.0이상 필수) 안녕하세요. 오늘은 안드로이드 권한요청과 권한체크를 만들어주는 부분을 포스팅 …

+ 여기에 더 보기

Source: bottlecok.tistory.com

Date Published: 6/24/2022

Android 휴대전화에서 앱 권한 변경하기 – Google Play 고객센터

앱에서 휴대전화의 기능을 사용하기 위한 권한을 요청하는 알림을 전송하면 이를 허용 또는 거부할 수 있습니다. 휴대전화의 설정에서 특정 앱이나 권한 유형별로 권한 …

+ 여기에 자세히 보기

Source: support.google.com

Date Published: 8/19/2021

안드로이드 권한 요청 이거 하나로 끝낸다 – Trend IT

안드로이드 6.0(마시멜로) 이후로 앱 실행 중에 권한을 요청하도록 바뀌었습니다. 개인정보 보호 관점에서 사용자에게는 더 나은 선택이겠죠.

+ 자세한 내용은 여기를 클릭하십시오

Source: show-me-the-money.tistory.com

Date Published: 4/20/2021

주제와 관련된 이미지 안드로이드 권한 요청

주제와 관련된 더 많은 사진을 참조하십시오 Runtime Permission 이해하고 요청 구현하기::Android Studio에서 Kotlin으로#43. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.

주제에 대한 기사 평가 안드로이드 권한 요청

Author: 냉동코더 FrozenCoder
Views: 조회수 252회
Likes: 좋아요 13개
Date Published: 2022. 1. 28.
Video Url link: https://www.youtube.com/watch?v=ItbTV_SQ7hI

앱 권한 요청

모든 Android 앱은 액세스가 제한된 샌드박스에서 실행됩니다. 앱이 자체 샌드박스 밖에 있는 리소스나 정보를 사용해야 하는 경우 권한을 선언하고 이 액세스를 제공하는 권한 요청을 설정할 수 있습니다. 이러한 단계는 권한 사용 워크플로의 일부입니다.

위험한 권한을 선언하고 앱이 Android 6.0(API 수준 23) 이상을 실행하는 기기에 설치된 경우 이 가이드의 단계에 따라 위험한 런타임 권한을 요청해야 합니다.

위험한 권한을 선언하지 않거나 앱이 Android 5.1(API 수준 22) 이하를 실행하는 기기에 설치된 경우 권한이 자동으로 부여되므로 이 페이지의 다른 단계를 완료하지 않아도 됩니다.

기본 원칙

런타임 권한을 요청하기 위한 기본 원칙은 다음과 같습니다.

사용자가 권한이 필요한 기능과 상호작용하기 시작할 때 컨텍스트에 따라 권한을 요청합니다.

사용자를 차단하지 않습니다. 항상 권한과 관련된 교육용 UI 흐름을 취소하는 옵션을 제공합니다.

사용자가 기능에 필요한 권한을 거부하거나 취소하면 권한이 필요한 기능을 사용 중지하는 등의 방법으로 앱의 성능을 단계적으로 저하시켜 사용자가 앱을 계속 사용할 수 있도록 합니다.

시스템 동작을 가정하지 않습니다. 예를 들어 동일한 권한 그룹에 권한이 표시된다고 가정하지 마세요. 권한 그룹은 앱이 밀접하게 관련된 권한을 요청할 때 시스템에서 사용자에게 표시하는 시스템 대화상자의 수를 최소화하는 데만 도움이 됩니다.

권한 요청 워크플로

앱에서 런타임 권한을 선언하고 요청하기 전에 앱에서 이런 작업이 필요한지 평가하세요. 개발자는 어떤 권한도 선언할 필요 없이 앱에서 사진 찍기, 미디어 재생 일시중지, 관련 광고 표시 등 여러 사용 사례를 실행할 수 있습니다.

앱에서 런타임 권한을 선언하고 요청해야 한다고 판단되면 다음 단계를 완료하세요.

앱의 매니페스트 파일에서 앱이 요청할 필요가 있을 권한을 선언합니다. 앱의 특정 작업이 알맞은 런타임 권한과 연결되도록 앱의 UX를 설계합니다. 사용자는 앱에 비공개 사용자 데이터에 대한 액세스 권한을 부여해야 할 작업을 알아야 합니다. 특정 비공개 사용자 데이터에 액세스해야 하는 앱의 작업을 사용자가 호출할 때까지 기다립니다. 이때 앱은 데이터에 액세스하는 데 필요한 런타임 권한을 요청할 수 있습니다. 사용자가 이미 앱에 필요한 런타임 권한을 부여했는지 확인합니다. 부여했다면 앱에서 비공개 사용자 데이터에 액세스할 수 있습니다. 사용자가 부여하지 않았다면 다음 단계로 이동합니다. 런타임 권한이 필요한 작업을 실행할 때마다 권한이 있는지 확인해야 합니다. 사용자에게 앱에서 근거를 표시해야 하는지 확인합니다. 여기서 앱이 사용자에게 특정 런타임 권한을 요청하는 이유를 설명합니다. 시스템에서 앱이 근거를 표시하지 않아야 한다고 판단하면 UI 요소를 표시하지 않고 다음 단계로 바로 진행합니다. 그러나 시스템에서 앱이 근거를 표시해야 한다고 판단하면 사용자에게 근거를 UI 요소로 표시합니다. 이러한 근거를 통해 앱이 액세스하려는 데이터가 무엇인지, 런타임 권한을 부여하면 앱이 사용자에게 제공할 수 있는 이점이 무엇인지 명확하게 설명해야 합니다. 사용자가 근거를 확인한 후 다음 단계를 진행합니다. 앱에서 비공개 사용자 데이터에 액세스하기 위해 필요한 런타임 권한을 요청합니다. 권한 개요 페이지에 표시된 것과 같은 런타임 권한 메시지가 시스템에 표시됩니다. 런타임 권한 부여를 선택했는지 또는 거부를 선택했는지 사용자의 응답을 확인합니다. 사용자가 앱에 권한을 부여하면 비공개 사용자 데이터에 액세스할 수 있습니다. 사용자가 권한을 거부하면 권한으로 보호되는 정보 없이도 사용자에게 기능을 제공하도록 앱 환경의 성능을 단계적으로 저하합니다.

그림 1은 이 프로세스와 관련된 워크플로 및 일련의 의사 결정 사항을 보여 줍니다.

그림 1. Android에서 런타임 권한을 선언하고 요청하는 워크플로를 보여 주는 다이어그램

앱에 이미 권한이 부여되었는지 확인

사용자가 이미 앱에 특정 권한을 부여했는지 확인하려면 ContextCompat.checkSelfPermission() 메서드에 권한을 전달합니다. 이 메서드는 앱에 권한이 있는지에 따라 PERMISSION_GRANTED 또는 PERMISSION_DENIED 를 반환합니다.

앱에 권한이 필요한 이유 설명

requestPermissions() 를 호출하면 시스템에서 표시하는 권한 대화상자에 앱에서 원하는 권한이 무엇인지는 표시되지만 필요한 이유는 제시되지 않습니다. 이 때문에 사용자가 당황하는 경우도 있습니다. requestPermissions() 를 호출하기 전에 앱에서 권한을 요청하는 이유를 사용자에게 설명하는 것이 좋습니다.

연구에 따르면 사용자가 앱에서 권한이 필요한 이유를 알고 있을 때 권한 요청을 훨씬 더 편안하게 느낀다고 합니다. 다음은 한 사용자 연구에서 얻은 결과입니다.

…모바일 앱에서 사용자의 요청된 권한 수락 여부는 해당 권한과 관련된 목적에 크게 영향을 받습니다. 예를 들어, 사용자는 위치 정보에 대한 액세스 권한 요청이 앱의 핵심 기능을 지원하는 데 필요한지, 광고 네트워크 또는 분석 회사와 위치 정보를 공유하는 데 필요한지에 따라 권한 부여 여부를 결정합니다.1

CMU의 제이슨 홍 교수는 이 주제에 관한 공동 연구를 통해 다음과 같은 일반적인 결론을 내렸습니다.

…사람들이 앱에서 사용자 위치와 같이 민감한 정보를 사용하는 이유(예: 타겟팅된 광고를 표시하기 위해)를 알고 있는 경우 앱에서 위치 정보를 사용한다는 것만 알려줄 때보다 권한 요청을 더 편안하게 느낍니다.1

따라서 권한 그룹에 속하는 API 호출 중 일부만 사용하고 있다면 앱에서 사용 중인 권한과 그 이유를 명시적으로 나열하는 것이 좋습니다. 예:

대략적 위치만 사용 중인 경우 앱 설명이나 앱 도움말에 이 정보를 표시하여 사용자가 알 수 있도록 합니다.

사기로부터 사용자를 보호하는 인증 코드를 받기 위해 SMS 메시지에 액세스해야 한다면, 이 사실을 앱 설명을 통해 사용자에게 알리거나 앱에서 처음 데이터에 액세스해야 할 때 알리세요. 참고: 앱이 Android 8.0(API 수준 26) 이상을 타겟팅한다면 사용자 인증 정보를 확인하는 과정에서 READ_SMS 권한을 요청하지 마세요. 대신, createAppSpecificSmsToken() 을 사용하여 앱별 토큰을 생성한 후에 인증된 SMS 메시지를 전송할 수 있는 다른 앱이나 서비스로 이 토큰을 전달하시기 바랍니다.

특정 조건에서는 사용자에게 민감한 정보 액세스를 실시간으로 알리는 것이 효과적일 수 있습니다. 예를 들어 카메라나 마이크에 액세스한다면 앱의 특정 위치 또는 알림 목록(애플리케이션이 백그라운드에서 실행 중인 경우)에 알림 아이콘을 표시하여 앱에서 데이터를 은밀하게 수집하지 않음을 사용자에게 알리는 것이 좋습니다.

앱에서 기능을 사용하기 위해 권한을 요청해야 하지만 사용자의 입장에서는 그 이유가 명확하지 않은 경우 가장 민감한 권한이 필요한 이유를 사용자에게 알릴 방법을 찾으시기 바랍니다.

ContextCompat.checkSelfPermission() 메서드가 PERMISSION_DENIED 를 반환하면 shouldShowRequestPermissionRationale() 을 호출하세요. 이 메서드가 true 를 반환하면 교육용 UI를 사용자에게 표시합니다. 이 UI에서 사용자가 사용 설정하려는 기능에 특정 권한이 필요한 이유를 설명합니다.

또한 앱이 위치, 마이크 또는 카메라와 관련된 권한을 요청하는 경우 이 정보를 통해 앱에서 액세스해야 하는 이유를 설명하는 것이 좋습니다.

권한 요청

사용자에게 교육용 UI가 표시되거나 shouldShowRequestPermissionRationale() 의 반환 값에서 이번에는 교육용 UI를 표시하지 않아도 된다고 나타내면 권한을 요청합니다. 사용자에게 시스템 권한 대화상자가 표시되고 사용자는 여기서 특정 권한을 앱에 부여할지 선택할 수 있습니다.

일반적으로 권한 요청의 일부로 요청 코드를 직접 관리하고 이 요청 코드를 권한 콜백 로직에 포함합니다. 또 다른 옵션은 AndroidX 라이브러리에 포함된 RequestPermission 계약을 사용하는 것으로 여기서 시스템이 권한 요청 코드를 관리하도록 허용합니다. RequestPermission 계약을 사용하면 로직이 간소화되므로 가능하면 사용하는 것이 좋습니다.

시스템이 권한 요청 코드를 관리하도록 허용

시스템이 권한 요청과 연결된 요청 코드를 관리하도록 허용하려면 모듈의 build.gradle 파일에 다음 라이브러리의 종속 항목을 추가합니다.

그 후에 다음 클래스 중 하나를 사용할 수 있습니다.

단일 권한을 요청하려면 RequestPermission 을 사용합니다.

을 사용합니다. 여러 권한을 동시에 요청하려면 RequestMultiplePermissions 를 사용합니다.

다음 단계는 RequestPermission 계약을 사용하는 방법을 보여줍니다. 이 프로세스는 RequestMultiplePermissions 계약과 거의 동일합니다.

활동 또는 프래그먼트의 초기화 로직에서 ActivityResultCallback 구현을 registerForActivityResult() 호출에 전달합니다. ActivityResultCallback 은 앱이 권한 요청에 대한 사용자의 응답을 처리하는 방법을 정의합니다. ActivityResultLauncher 유형인 registerForActivityResult() 의 반환 값을 계속 참조합니다. 필요할 때 시스템 권한 대화상자를 표시하려면 이전 단계에서 저장한 ActivityResultLauncher 인스턴스에서 launch() 메서드를 호출합니다. launch() 가 호출되면 시스템 권한 대화상자가 표시됩니다. 사용자가 선택하면 시스템은 개발자가 이전 단계에서 정의한 ActivityResultCallback 구현을 비동기적으로 호출합니다. 참고: 앱은 launch() 를 호출할 때 표시되는 대화상자를 맞춤설정할 수 없습니다. 사용자에게 더 많은 정보나 컨텍스트를 제공하려면 앱의 UI를 변경하여 사용자가 앱의 기능에 특정 권한이 필요한 이유를 더 쉽게 알 수 있도록 합니다. 예를 들어 기능을 사용 설정하는 버튼의 텍스트를 변경할 수 있습니다. 또한 시스템 권한 대화상자의 텍스트는 개발자가 요청한 권한과 연결된 권한 그룹을 참조합니다. 이 권한 그룹은 시스템의 사용 편의성을 위해 설계되었으며 앱은 특정 권한 그룹 내부 또는 외부에 있는 권한에 의존해서는 안 됩니다.

다음 코드 스니펫은 권한 응답을 처리하는 방법을 보여줍니다.

Kotlin // Register the permissions callback, which handles the user’s response to the // system permissions dialog. Save the return value, an instance of // ActivityResultLauncher. You can use either a val, as shown in this snippet, // or a lateinit var in your onAttach() or onCreate() method. val requestPermissionLauncher = registerForActivityResult(RequestPermission() ) { isGranted: Boolean -> if (isGranted) { // Permission is granted. Continue the action or workflow in your // app. } else { // Explain to the user that the feature is unavailable because the // features requires a permission that the user has denied. At the // same time, respect the user’s decision. Don’t link to system // settings in an effort to convince the user to change their // decision. } } 자바 // Register the permissions callback, which handles the user’s response to the // system permissions dialog. Save the return value, an instance of // ActivityResultLauncher, as an instance variable. private ActivityResultLauncher requestPermissionLauncher = registerForActivityResult(new RequestPermission(), isGranted -> { if (isGranted) { // Permission is granted. Continue the action or workflow in your // app. } else { // Explain to the user that the feature is unavailable because the // features requires a permission that the user has denied. At the // same time, respect the user’s decision. Don’t link to system // settings in an effort to convince the user to change their // decision. } });

이 코드 스니펫은 권한을 확인하고 필요할 때 사용자에게 권한을 요청하는 권장 프로세스를 보여줍니다.

Kotlin when { ContextCompat.checkSelfPermission( CONTEXT , Manifest.permission. REQUESTED_PERMISSION ) == PackageManager.PERMISSION_GRANTED -> { // You can use the API that requires the permission. } shouldShowRequestPermissionRationale(…) -> { // In an educational UI, explain to the user why your app requires this // permission for a specific feature to behave as expected. In this UI, // include a “cancel” or “no thanks” button that allows the user to // continue using your app without granting the permission. showInContextUI(…) } else -> { // You can directly ask for the permission. // The registered ActivityResultCallback gets the result of this request. requestPermissionLauncher.launch( Manifest.permission. REQUESTED_PERMISSION ) } } 자바 if (ContextCompat.checkSelfPermission( CONTEXT , Manifest.permission. REQUESTED_PERMISSION ) == PackageManager.PERMISSION_GRANTED) { // You can use the API that requires the permission. performAction(…); } else if (shouldShowRequestPermissionRationale(…)) { // In an educational UI, explain to the user why your app requires this // permission for a specific feature to behave as expected. In this UI, // include a “cancel” or “no thanks” button that allows the user to // continue using your app without granting the permission. showInContextUI(…); } else { // You can directly ask for the permission. // The registered ActivityResultCallback gets the result of this request. requestPermissionLauncher.launch( Manifest.permission. REQUESTED_PERMISSION ); }

권한 요청 코드 직접 관리

시스템이 권한 요청 코드를 관리하도록 허용하는 대신 권한 요청 코드를 직접 관리할 수 있습니다. 이렇게 하려면 requestPermissions() 호출에 요청 코드를 포함합니다.

참고: requestPermissions() 를 호출할 때 표시되는 대화상자를 맞춤설정할 수 없습니다. 시스템 권한 대화상자의 텍스트는 앱은를 호출할 때 표시되는 대화상자를 맞춤설정할 수 없습니다. 시스템 권한 대화상자의 텍스트는 권한 그룹 을 참조하고 이 권한 그룹은 시스템의 사용 편의성을 위해 설계되었습니다. 앱은 특정 권한 그룹 내부 또는 외부에 있는 권한에 의존해서는 안 됩니다.

다음 코드 스니펫은 요청 코드를 사용하여 권한을 요청하는 방법을 보여줍니다.

Kotlin when { ContextCompat.checkSelfPermission( CONTEXT , Manifest.permission. REQUESTED_PERMISSION ) == PackageManager.PERMISSION_GRANTED -> { // You can use the API that requires the permission. performAction(…) } shouldShowRequestPermissionRationale(…) -> { // In an educational UI, explain to the user why your app requires this // permission for a specific feature to behave as expected. In this UI, // include a “cancel” or “no thanks” button that allows the user to // continue using your app without granting the permission. showInContextUI(…) } else -> { // You can directly ask for the permission. requestPermissions( CONTEXT , arrayOf(Manifest.permission. REQUESTED_PERMISSION ), REQUEST_CODE ) } } 자바 if (ContextCompat.checkSelfPermission( CONTEXT , Manifest.permission. REQUESTED_PERMISSION ) == PackageManager.PERMISSION_GRANTED) { // You can use the API that requires the permission. performAction(…); } else if (shouldShowRequestPermissionRationale(…)) { // In an educational UI, explain to the user why your app requires this // permission for a specific feature to behave as expected. In this UI, // include a “cancel” or “no thanks” button that allows the user to // continue using your app without granting the permission. showInContextUI(…); } else { // You can directly ask for the permission. requestPermissions( CONTEXT , new String[] { Manifest.permission. REQUESTED_PERMISSION }, REQUEST_CODE ); }

사용자가 시스템 권한 대화상자에 응답하면 시스템은 앱의 onRequestPermissionsResult() 구현을 호출합니다. 시스템은 다음 코드 스니펫과 같이 사용자 응답을 권한 대화상자에 전달하고 개발자가 정의한 요청 코드도 전달합니다.

Kotlin override fun onRequestPermissionsResult(requestCode: Int, permissions: Array, grantResults: IntArray) { when (requestCode) { PERMISSION_REQUEST_CODE -> { // If request is cancelled, the result arrays are empty. if ((grantResults.isNotEmpty() && grantResults[0] == PackageManager.PERMISSION_GRANTED)) { // Permission is granted. Continue the action or workflow // in your app. } else { // Explain to the user that the feature is unavailable because // the features requires a permission that the user has denied. // At the same time, respect the user’s decision. Don’t link to // system settings in an effort to convince the user to change // their decision. } return } // Add other ‘when’ lines to check for other // permissions this app might request. else -> { // Ignore all other requests. } } } 자바 @Override public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) { switch (requestCode) { case PERMISSION_REQUEST_CODE : // If request is cancelled, the result arrays are empty. if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) { // Permission is granted. Continue the action or workflow // in your app. } else { // Explain to the user that the feature is unavailable because // the features requires a permission that the user has denied. // At the same time, respect the user’s decision. Don’t link to // system settings in an effort to convince the user to change // their decision. } return; } // Other ‘case’ lines to check for other // permissions this app might request. } }

여러 권한 요청

위치 정보 액세스 권한을 요청할 때는 다른 런타임 권한을 요청할 때와 동일한 권장사항을 따르세요. 위치 정보 액세스 권한에 있어 한 가지 중요한 차이점은 시스템에 위치와 관련된 여러 권한이 포함된다는 것입니다. 어떤 권한을 어떻게 요청하는지는 앱 사용 사례의 위치 요구사항에 따라 다릅니다.

포그라운드 위치

앱에 위치 정보를 한 번만 또는 정의된 시간 동안 공유하거나 수신하는 기능이 포함되어 있으면 이 기능에는 포그라운드 위치 정보 액세스 권한이 필요합니다. 몇 가지 예는 다음과 같습니다.

내비게이션 앱에서 사용자가 세부 경로 안내를 받을 수 있는 기능

메시지 앱에서 사용자가 현재 위치를 다른 사용자와 공유할 수 있는 기능

앱의 기능이 다음 상황 중 하나에서 기기의 현재 위치에 액세스한다면 시스템은 앱에서 포그라운드 위치를 사용하고 있다고 간주합니다.

앱에 속한 활동이 표시됩니다.

앱에서 포그라운드 서비스를 실행하고 있습니다. 포그라운드 서비스를 실행하고 있을 때 시스템은 지속적으로 알림을 표시하여 사용자 인지도를 높입니다. 앱은 사용자가 기기의 홈 버튼을 누르거나 기기 화면을 끌 때와 같이 백그라운드에 배치되면 액세스 권한을 유지합니다. 또한 다음 코드 스니펫과 같이 location 의 포그라운드 서비스 유형을 선언하는 것이 좋습니다. Android 10(API 수준 29) 이상에서는 이 포그라운드 서비스 유형을 선언해야 합니다.

다음 스니펫과 같이 앱에서 ACCESS_COARSE_LOCATION 권한이나 ACCESS_FINE_LOCATION 권한을 요청하면 포그라운드 위치의 필요성을 선언합니다.

백그라운드 위치

앱의 기능이 지속적으로 다른 사용자와 위치를 공유하거나 Geofencing API를 사용하는 경우 앱에는 백그라운드 위치 정보 액세스 권한이 필요합니다. 몇 가지 예는 다음과 같습니다.

가족 위치 공유 앱에서 사용자가 가족 구성원과 지속적으로 위치를 공유할 수 있는 기능

IoT 앱에서 사용자가 집을 나갈 때 꺼지고 집에 돌아올 때 다시 켜지도록 홈 기기를 구성할 수 있는 기능

앱이 포그라운드 위치 섹션에서 설명된 상황 이외의 모든 상황에서 기기의 현재 위치에 액세스한다면 시스템은 앱에서 백그라운드 위치를 사용하고 있다고 간주합니다. 백그라운드 위치 정밀도는 앱에서 선언한 위치 정보 액세스 권한을 기반으로 하는 포그라운드 위치 정밀도와 동일합니다.

Android 10(API 수준 29) 이상에서 개발자는 런타임 시 백그라운드 위치 정보 액세스 권한을 요청하기 위해 앱 매니페스트에서 ACCESS_BACKGROUND_LOCATION 권한을 선언해야 합니다. 이전 버전의 Android에서는 앱이 포그라운드 위치 정보 액세스 권한을 수신하면 자동으로 백그라운드 위치 정보 액세스 권한도 수신합니다.

참고: Google Play 스토어에는 기기 위치에 관한 위치 정책 이 있어서 앱의 핵심 기능에 필요하고 관련된 정책 요구사항을 충족하는 앱인 경우에만 백그라운드 위치 정보 액세스 권한을 부여합니다.

권한 거부 처리

사용자가 권한 요청을 거부하면 앱에서는 사용자가 권한 거부에 따른 영향을 이해하도록 지원해야 합니다. 특히 앱은 권한이 없어서 작동하지 않는 기능을 사용자가 인식하도록 해야 합니다. 이때 다음 권장사항에 유의하세요.

사용자의 주의를 유도합니다. 앱에 필요한 권한이 없어서 기능이 제한된 앱 UI의 특정 부분을 강조표시합니다. 다음과 같은 작업을 실행할 수 있습니다. 기능의 결과나 데이터가 나타난 메시지를 표시합니다. 오류 아이콘과 색상이 포함된 다른 버튼을 표시합니다.

자세히 설명합니다. 일반적인 메시지를 표시하지 않습니다. 대신 앱에 필요한 권한이 없어서 어떤 기능을 사용할 수 없는지 언급합니다.

사용자 인터페이스를 차단하지 않습니다. 즉, 사용자가 앱을 계속 사용하는 것을 막는 전체 화면 경고 메시지를 표시하지 않습니다.

도움말: 앱은 권한 거부 후에도 가능한 최상의 사용자 환경을 장려해야 합니다. 예를 들어 마이크 액세스가 거부되어도 여전히 텍스트 기능은 모두 사용할 수 있다고 알려야 합니다.

동시에 앱은 권한을 거부하겠다는 사용자의 결정을 존중해야 합니다. Android 11(API 수준 30)부터 사용자가 앱이 기기에 설치된 전체 기간 동안 특정 권한에 관해 거부를 두 번 이상 탭하면 앱에서 그 권한을 다시 요청하는 경우 사용자에게 시스템 권한 대화상자가 표시되지 않습니다. 이러한 사용자의 작업은 ‘다시 묻지 않음’을 의미합니다. 이전 버전에서는 사용자가 이전에 ‘다시 묻지 않음’ 체크박스 또는 옵션을 선택하지 않는 한 앱에서 권한을 요청할 때마다 사용자에게 시스템 권한 대화상자가 표시되었습니다.

사용자가 권한 요청을 두 번 이상 거부하면 영구 거부로 간주됩니다. 따라서 사용자가 특정 기능에 액세스해야 하는 경우에만 권한을 요청하는 것이 매우 중요합니다. 그러지 않으면 의도와 달리 권한을 다시 요청하지 못하게 될 수 있습니다.

어떤 상황에서는 사용자의 조치가 없어도 권한이 자동으로 거부될 수 있습니다. 마찬가지로 권한이 자동으로 부여될 수도 있습니다. 자동 동작에 관해 어떤 가정도 하지 않는 것이 중요합니다. 앱에서 권한이 필요한 기능에 액세스해야 할 때마다 앱에 여전히 권한이 부여되어 있는지 확인해야 합니다.

앱 권한을 요청할 때 최고의 사용자 환경을 제공하려면 앱 권한 권장사항도 참조하세요.

일회성 권한

그림 2. 앱에서 일회성 권한을 요청할 때 표시되는 시스템 대화상자

Android 11(API 수준 30)부터 그림 2에 표시된 것과 같이 앱이 위치, 마이크 또는 카메라와 관련된 권한을 요청할 때마다 사용자에게 표시되는 권한 대화상자에 이번만 허용이라는 옵션이 포함됩니다. 사용자가 대화상자에서 이 옵션을 선택하면 임시 일회성 권한이 앱에 부여됩니다.

그러면 앱의 동작과 사용자의 작업에 따라 일정 시간 동안 관련 데이터에 액세스할 수 있습니다.

앱의 활동이 표시되는 동안 앱에서 데이터에 액세스할 수 있습니다.

사용자가 앱을 백그라운드로 보내면 앱에서 짧은 시간 동안 데이터에 계속 액세스할 수 있습니다.

활동이 표시되는 동안 포그라운드 서비스가 실행되고 사용자가 앱을 백그라운드로 이동하면 포그라운드 서비스가 중지될 때까지 앱에서 데이터에 계속 액세스할 수 있습니다.

권한이 취소되면 앱 프로세스가 종료됨

사용자가 일회성 권한을 취소하면(예: 시스템 설정에서) 포그라운드 서비스 실행 여부와 상관없이 앱에서 데이터에 액세스할 수 없습니다. 다른 권한과 마찬가지로 사용자가 앱의 일회성 권한을 취소하면 앱의 프로세스가 종료됩니다.

사용자가 다음에 앱을 열고 앱의 기능에서 위치, 마이크 또는 카메라의 액세스 권한을 요청하면 사용자에게 다시 권한을 요청하는 메시지가 표시됩니다.

참고: 앱이 런타임 권한을 요청 할 때 이미 권장사항을 준수하면 일회성 권한을 지원하도록 앱의 로직을 추가하거나 변경할 필요가 없습니다.

Android에서 사용하지 않는 앱의 권한 자동 재설정

앱이 Android 11(API 수준 30) 이상을 타겟팅하고 몇 개월 동안 사용되지 않은 경우 시스템은 사용자가 앱에 부여한 민감한 런타임 권한을 자동으로 재설정하여 사용자 데이터를 보호합니다. 앱 최대 절전 모드 가이드에서 자세히 알아보세요.

필요 시 기본 핸들러로 요청

일부 앱은 통화 기록 및 SMS 메시지와 관련된 민감한 사용자 정보에 액세스해야 합니다. 통화 기록 및 SMS 메시지와 관련된 권한을 요청하고 Play 스토어에 앱을 게시하려면, 런타임 권한을 요청하기 전에 사용자에게 허용 여부 메시지를 표시하여 앱을 핵심 시스템 기능의 기본 핸들러로 설정하도록 해야 합니다.

기본 핸들러 및 기본 핸들러 허용 여부 메시지를 사용자에게 표시하는 방법에 관한 자세한 내용은 기본 핸들러에서만 사용되는 권한에 관한 가이드를 참고하세요.

테스트 목적으로 모든 런타임 권한 부여

에뮬레이터 또는 테스트 기기에 앱을 설치할 때 모든 런타임 권한을 자동으로 부여하려면 다음 코드 스니펫에서와 같이 adb shell install 명령어에 -g 옵션을 사용합니다.

adb shell install -g PATH_TO_APK_FILE

추가 리소스

권한에 관한 자세한 정보는 다음 문서를 참조하세요.

권한 요청에 관해 자세히 알아보려면 다음 샘플 앱을 다운로드하세요.

안드로이드(Android) 권한(Permission) 요청 및 획득

안드로이드 앱은 핸드폰의 제한된 공간에서 작동 되는데 앱 외부에 있는 리소스(카메라, SMS, 저장공간 등)에 접속 하기 위해서는 핸드폰 소유자의 접근 허가 권한을 받아야 이용이 가능 합니다. 물론 Android 5.1(API 수준 22) 이하에서 실행하는 기기에 설치된 앱 이라면 권한이 설정 만으로도 자동으로 부여되므로 허가 요청은 필요하지 않습니다.

권한을 요청하는 순서대로 설명을 하면

1. 권한 설정

앱에서 필요한 권한을 AndroidManifest.xml 파일에 등록을 해야 합니다. 문법은

과 같이 작성 합니다.

Parameters android:name 요청하려는 권한의 이름. android:maxSdkVersion 권한이 필요한 최고 레벨 값. (“21” 이라면 API 레벨 21까지만 필요하고 22 이상은 필요 없다는 의미)

실제 사용 예를 들면 아래처럼 입력하면 됩니다.

권한의 종류는 안드로이드 사이트에 리스트 되어 있으며 양이 많아 링크만 연결해 드립니다.

https://developer.android.com/reference/android/Manifest.permission

2. 앱에 이미 권한이 부여되었는지 확인

사용하려는 권한을 이미 부여 받았다면 권한 요청을 다시 하지는 않습니다.

ContextCompat.checkSelfPermission() 메서드를 사용하여 앱에 이미 권한을 부여 받았는지 확인을 할 수 있습니다. 호출 결과로는 PERMISSION_GRANTED 또는 PERMISSION_DENIED를 반환 받게 됩니다.

public static int checkSelfPermission (Context context, String permission)

Parameters context Context permission String : 필요한 권한 명칭

Returns int PackageManager.PERMISSION_GRANTED – 이미 권한이 있는 경우 PackageManager.PERMISSION_DENIED – 권한이 없는 경우

실제 사용 예는 아래와 같습니다.

ContextCompat.checkSelfPermission(this,Manifest.permission.ACCESS_FINE_LOCATION);

3. 앱에 권한이 필요한 이유 설명

앱에 필요한 권한을 요청 하려는 경우 사용자가 처음 권한을 요청 받은건지 기존에 요청을 받았는데 거부를 한 것인지에 따라 요청 방식을 달리 해야 하고 요청 화면도 달라지게 됩니다.

shouldShowRequestPermissionRationale() 메서드는 사용자가 이전에 권한 요청을 거부한 경우 true 값을 넘겨주게 되어 있습니다. 그 결과를 이용하여 앱을 사용하려면 권한이 필요함을 사용자에게 알려 주는 안내를 추가 해야 합니다.

public static boolean shouldShowRequestPermissionRationale (Activity activity, String permission)

Parameters activity Activity: The target activity. permission String : 필요한 권한 명칭

Returns boolean Whether you should show permission rationale UI.

if (ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.ACCESS_FINE_LOCATION)) { // 이전에 거부한 경우 권한 필요성 설명 및 권한 요청 } else { // 처음 요청하는 경우 그냥 권한 요청 }

4. 권한요청

권한 요청은 메소드를 호출 하면서 필요한 권한을 적어주면 됩니다. 요청 하려는 권한이 한개 이상이면 String 배열에 죽 기입해 주면 되고 너무 많으면 배열을 별도로 작성해서 추가해도 됩니다.

static void requestPermissions(Activity activity, String[] permissions, int requestCode)

Parameters Activity Activity permissions String[p] : 필요한 권한 명칭들 requestCode 실행 후 전달 받을 코드

requestCode는 개발자가 임의로 만들어 놓은 코드를 말하고 메소드가 void를 리턴하는데 전달받으려는 값을 설정 한다는 건 메소드 실행 후 onRequestPermissionsResult() 메소드를 이용하여 결과 값을 넘겨 주게 됩니다.

– 요청 권한이 한개인 경우

static final int PERMISSIONS_REQUEST_READ_LOCATION = 0x00000001; ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.ACCESS_FINE_LOCATION}, PERMISSIONS_REQUEST_READ_LOCATION);

– 요청 권한이 2개 이상인 경우

static final int PERMISSIONS_REQUEST_READ_LOCATION = 0x00000001; private String[] PERMISSIONS = { Manifest.permission.ACCESS_COARSE_LOCATION, Manifest.permission.ACCESS_FINE_LOCATION }; ActivityCompat.requestPermissions(this,PERMISSIONS,PERMISSIONS_REQUEST_READ_LOCATION);

5. 권한요청 응답처리

사용자가 권한 요청 대화상자에 응답하면 시스템은 앱의 onRequestPermissionsResult() 메소드를 호출 하게 되고 이곳에서 결과에 대한 다음 작업을 진행하게 됩니다.

public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { switch(requestCode) { case returnCode: if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) { // 권한 허가된 경우 처리 } else { // 권한 거절된 경우 처리 } break; } }

6. 테스트 프로젝트

간단한 권한 요청만 진행하는 프로젝트를 하나 생성해 봅니다.

프로젝트를 생성하고 소스를 입력 합니다.

실제 사용되는 파일은 2개이고 전체 소스 입니다.

– AndroidManifest.xml

– MainActivity.java

package copycoding.tistory.permissiontest ;

import androidx.annotation. NonNull ;

import androidx.appcompat.app.AppCompatActivity ;

import androidx.core.app.ActivityCompat ;

import android.Manifest ;

import android.content.pm.PackageManager ;

import android.os.Bundle ;

import android.widget.Toast ;

public class MainActivity extends AppCompatActivity {

int nCurrentPermission = 0 ;

static final int PERMISSIONS_REQUEST = 0x0000001 ;

@Override

protected void onCreate (Bundle savedInstanceState) {

super .onCreate(savedInstanceState) ;

setContentView(R.layout. activity_main ) ;

OnCheckPermission() ;

}

public void OnCheckPermission () {

if (ActivityCompat.checkSelfPermission( this, Manifest.permission. ACCESS_FINE_LOCATION ) != PackageManager. PERMISSION_GRANTED

|| ActivityCompat.checkSelfPermission( this, Manifest.permission. ACCESS_COARSE_LOCATION ) != PackageManager. PERMISSION_GRANTED ) {

if (ActivityCompat.shouldShowRequestPermissionRationale( this, Manifest.permission. ACCESS_FINE_LOCATION )) {

Toast.makeText( this, ” 앱 실행을 위해서는 권한을 설정해야 합니다 ” , Toast. LENGTH_LONG ).show() ;

ActivityCompat.requestPermissions( this,

new String[]{Manifest.permission. ACCESS_FINE_LOCATION , Manifest.permission. ACCESS_COARSE_LOCATION } ,

PERMISSIONS_REQUEST ) ;

} else {

ActivityCompat.requestPermissions( this,

new String[]{Manifest.permission. ACCESS_FINE_LOCATION , Manifest.permission. ACCESS_COARSE_LOCATION } ,

PERMISSIONS_REQUEST ) ;

}

}

}

@Override

public void onRequestPermissionsResult ( int requestCode , @NonNull String[] permissions , @NonNull int [] grantResults) {

switch (requestCode) {

case PERMISSIONS_REQUEST :

if (grantResults. length > 0

&& grantResults[ 0 ] == PackageManager. PERMISSION_GRANTED ) {

Toast.makeText( this, ” 앱 실행을 위한 권한이 설정 되었습니다 ” , Toast. LENGTH_LONG ).show() ;

} else {

Toast.makeText( this, ” 앱 실행을 위한 권한이 취소 되었습니다 ” , Toast. LENGTH_LONG ).show() ;

}

break;

}

}

}

7. 결과 화면

– 처음 권한 요청

처음 권한을 요청하면 위 그림과 같이 [거부]와 [허용] 버튼이 나타 납니다.

여기에서 거부를 클릭 했습니다.

– 거부 후 다시 실행시

이번에는 [다시묻지않음]이 추가된 요청 화면이 나타 납니다.

– copy coding –

[Android Studio] 권한(Permission) 얻기

반응형

안녕하세요

안드로이드 스튜디오를 개발하다보면 안드로이드에서 특정 권한을 획득해야 동작이 가능한 기능들이 있습니다

안드로이드 마쉬멜로우 이전 버전에서는 코드상에 권한허가를 넣어주면 이런 권한이 획득이 가능했는데 마쉬멜로우 버전 이후부터는 사용자가 직접 권한을 허락해야 사용이 가능하도록 바뀌었습니다

안드로이드 스튜디오에서 권한을 획득하는 방법에 대해서 알아보겠습니다!

안드로이드 권한 종류

안드로이드의 권한의 종류입니다

해당 기능들을 동작하는 경우 권한을 획득하지 않으면 에러메시지가 뜨면서 동작을 수행하지 않습니다

출처 참고 : https://developer.android.com/guide/topics/security/permissions#normal-dangerous

개발 코드

권한 추가(AndroidManifest.xml)

아래코드 Manifest에

를 추가하여 저장소 읽기/쓰기 권한을 추가합니다

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 < ?xml version = "1.0" encoding = "utf-8" ? > < manifest xmlns:android = "http://schemas.android.com/apk/res/android" package = "com.example.permission" > < uses-permission android:name = "android.permission.WRITE_EXTERNAL_STORAGE" / > < uses-permission android:name = "android.permission.READ_EXTERNAL_STORAGE" / > < application android:allowBackup = "true" android:icon = "@mipmap/ic_launcher" android:label = "@string/app_name" android:roundIcon = "@mipmap/ic_launcher_round" android:supportsRtl = "true" android:theme = "@style/Theme.Permission" > < activity android:name = ".MainActivity" > < intent-filter > < action android:name = "android.intent.action.MAIN" / > < category android:name = "android.intent.category.LAUNCHER" / > < / intent-filter > < / activity > < / application > < / manifest > Colored by Color Scripter cs

권한 얻기(MainActivity.java)

권한을 얻는 전체 소스입니다

저장소 읽기, 쓰기 권한이 있는지 체크하여 없다면 사용자에게 권한을 허용할 지 물어봅니다

권한이 없다면 앱을 종료시켜버립니다

package com.example.permission; import androidx.annotation.NonNull; import androidx.appcompat.app.AppCompatActivity; import androidx.core.content.ContextCompat; import android.Manifest; import android.content.pm.PackageManager; import android.os.Build; import android.os.Bundle; public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); // 권한ID를 가져옵니다 int permission = ContextCompat.checkSelfPermission(this, Manifest.permission.WRITE_EXTERNAL_STORAGE); int permission2 = ContextCompat.checkSelfPermission(this, Manifest.permission.READ_EXTERNAL_STORAGE); // 권한이 열려있는지 확인 if (permission == PackageManager.PERMISSION_DENIED || permission2 == PackageManager.PERMISSION_DENIED) { // 마쉬멜로우 이상버전부터 권한을 물어본다 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { // 권한 체크(READ_PHONE_STATE의 requestCode를 1000으로 세팅 requestPermissions( new String[]{Manifest.permission.WRITE_EXTERNAL_STORAGE, Manifest.permission.READ_EXTERNAL_STORAGE}, 1000); } return; } } // 권한 체크 이후로직 @Override public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grandResults) { // READ_PHONE_STATE의 권한 체크 결과를 불러온다 if(requestCode == 1000) { boolean check_result = true; // 모든 퍼미션을 허용했는지 체크 for (int result : grandResults) { if (result != PackageManager.PERMISSION_GRANTED) { check_result = false; break; } } // 권한 체크에 동의를 하지 않으면 안드로이드 종료 if(check_result == true) { } else { finish(); } } } }

결과 화면

아래처럼 앱을 실행하면 권한을 물어봅니다!!

여기까지 안드로이드 스튜디오의 권한을 얻는 방법에 대해서 알아봤습니다!

안드로이드 개발하는 분들에게 제 포스팅이 도움이 되었으면 좋겠습니다

반응형

그리드형

[안드로이드] 권한 요청 팝업 (한번에 여러개 요청)

반응형

앱을 실행하자마자 필요한 권한들을 한번에 요청하기 위한 코드

Multi Permission(멀티 퍼미션)을 사용한 다중 권한 요청

우선 AndroidManifiest에 필요한 권한들을 추가해줍니다.

https://developer.android.com/reference/android/Manifest.permission

여기서 필요한 권한을 확인해주신 후 추가해주시면 됩니다
[ AndroidManifest.xml ]

저는 전화, 위치에 대한 권한을 추가해주었습니다(총 2개, 그 이상도 추가가 가능합니다)

권한에 대한 Class도 하나 생성해줍니다
[ PermissionSupport.java ]
public class PermissionSupport { private Context context; private Activity activity; //요청할 권한 배열 저장 private String[] permissions = { Manifest.permission.BLUETOOTH, Manifest.permission.BLUETOOTH_ADMIN, Manifest.permission.ACCESS_COARSE_LOCATION, Manifest.permission.READ_PHONE_STATE, Manifest.permission.ACCESS_FINE_LOCATION }; private List permissionList; //권한 요청시 발생하는 창에 대한 결과값을 받기 위해 지정해주는 int 형 //원하는 임의의 숫자 지정 private final int MULTIPLE_PERMISSIONS = 1023; //요청에 대한 결과값 확인을 위해 RequestCode를 final로 정의 //생성자에서 Activity와 Context를 파라미터로 받아 public PermissionSupport(Activity _activity, Context _context){ this.activity = _activity; this.context = _context; } //배열로 선언한 권한 중 허용되지 않은 권한 있는지 체크 public boolean checkPermission() { int result; permissionList = new ArrayList<>(); for(String pm : permissions){ result = ContextCompat.checkSelfPermission(context, pm); if(result != PackageManager.PERMISSION_GRANTED){ permissionList.add(pm); } } if(!permissionList.isEmpty()){ return false; } return true; } //배열로 선언한 권한에 대해 사용자에게 허용 요청 public void requestPermission(){ ActivityCompat.requestPermissions(activity, (String[]) permissionList.toArray(new String[permissionList.size()]), MULTIPLE_PERMISSIONS); } //요청한 권한에 대한 결과값 판단 및 처리 public boolean permissionResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults){ //우선 requestCode가 아까 위에 final로 선언하였던 숫자와 맞는지, 결과값의 길이가 0보다는 큰지 먼저 체크 if(requestCode == MULTIPLE_PERMISSIONS && (grantResults.length >0)) { for(int i=0; i< grantResults.length; i++){ //grantResults 가 0이면 사용자가 허용한 것 / -1이면 거부한 것 //-1이 있는지 체크하여 하나라도 -1이 나온다면 false를 리턴 if(grantResults[i] == -1){ return false; } } } return true; } } 권한에 대한 요청을 불러올 Activity의 onCreate 부분에 권한에 대한 클래스를 활용할 함수를 만들어줍니다 [ MainActivity.java ] public class MainActivity extends AppCompatActivity { // 클래스 선언 private PermissionSupport permission; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); permissionCheck(); } // 권한 체크 private void permissionCheck() { // PermissionSupport.java 클래스 객체 생성 permission = new PermissionSupport(this, this); // 권한 체크 후 리턴이 false로 들어오면 if (!permission.checkPermission()){ //권한 요청 permission.requestPermission(); } } // Request Permission에 대한 결과 값 받아와 @Override public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { //여기서도 리턴이 false로 들어온다면 (사용자가 권한 허용 거부) if (!permission.permissionResult(requestCode, permissions, grantResults)) { // 다시 permission 요청 permission.requestPermission(); } super.onRequestPermissionsResult(requestCode, permissions, grantResults); } } 그 후 핸드폰을 실행해주시면 코드를 작성한 Activity 창이 열렸을때 아래 권한 요청 팝업이 뜹니다 거부를 누르게 되면 다시 요청하는 팝업이 뜨면서 아래 '다시 묻지 않음' 체크박스가 생성됩니다 여기서 '다시 묻지 않음' 체크박스 선택 후 거부를 하게되면 팝업창이 다시 뜨지 않으니 권한 허용이 꼭 필요한 기능을 사용시에 핸드폰 - 설정에 들어가 어플을 일일이 찾아주는 일이 없도록 settings.action_application_details_settings 를 통해 설정 - 앱 정보로 들어가 권한을 요청해주면 된다. 반응형

Android Permission 요청하기

Permission의 종류

안드로이드에는 두 종류의 권한이 있습니다.

첫째는 사용자에게 따로 권한 승인 여부를 묻지 않고, 설치 시간에 권한을 부여받을 수 있는 설치 시간 권한(Install-time permissions)입니다.

위 종류에 해당하는 권한은 Manifest에 선언하기만 하면, 앱 설치와 동시에 사용할 수 있는 권한들입니다.

두번째는, 런타임 권한(Runtime-permission)입니다.

위와 같은 다이얼로그를 통해 사용자에게 직접 권한 승인을 요청하여 권한을 부여받습니다. 주로 개인정보에 접근할 수 있는 권한을 런타임 퍼미션으로 분류하고 있습니다.

안드로이드 퍼미션의 종류는 Permission list에서 확인할 수 있습니다.

런타임 퍼미션

마시멜로우 버전(API 23) 이상 버전부터는 반드시 런타임 퍼미션(Runtime-permissions)을 이용해서 권한을 부여받아야합니다.

매니페스트 파일에 필요한 권한 선언하기 권한이 필요한 이유를 사용자에게 알리기 위해 UI 표현하기 승인 요청 후 사용자의 승인을 기다리기 권한이 이미 승인되어 있는 상태일 경우

5-a. 사용자에게 권한 요청을 재질의하기

5-b. 사용자에게 권한이 필요한 이유를 더 자세히 설명하기

권한 요청을 하기 위한 다이어로그 실행하기 사용자로부터 권한을 승인 받았습니까?

8-a. 부여받은 권한을 사용합니다.

8-b. 권한을 부여받지 못했으므로, 권한이 없을 때의 동작을 이어나갑니다.

권한을 요청할 때 사용하는 메소드

권한을 가지고 있는지 체크하는 메소드 ActivityCompat.checkSelfPermission(Context, String)

권한을 요청하는 메소드 ActivityCompat.requestPermissions(Activity, String[], int)

권한 요청 결과를 확인받는 콜백 메소드 ActivityCompat.OnRequestPermissionsResultCallback

즉, 안드로이드의 권한 요청은 AcitivtyCompat에 강한 의존성을 지니고 있습니다.

이전의 권한 획득은 앱이 시작되는 시점에 추후 앱에서 필요한 권한을 한꺼번에 요청하여 부여받았습니다.

하지만 보안관련 규정이 업데이트되면서, 각 권한이 필요한 기능이 실행될 때(runtime) 사용자에게 기능동작을 위한 해당 권한의 필요성을 적극적으로 알리고 최소한의 권한을 획득하도록 고안된 방법입니다.

예를 들어, 카카오톡에서 일반적인 메시지를 주고 받을 때는 파일접근 / 카메라의 권한을 승인하지 않아도 사용가능해야합니다.

하지만 카카오톡에 사진 전송하려면, 앨범에 있는 사진을 선택(파일접근)하거나 새로운 사진을 촬영(카메라)에 접근할 수 있는 권한을 카카오톡에 승인해야만 기능이 작동할 수 있습니다.

키포인트는

해당 권한이 정말 필요할때 요청한다. 미래의 필요성을 대비해 미리 권한을 요청하지 않는다.

사용자에게 권한의 필요성을 충분히 설명한다. 사용자 몰래 뒤에서 권한을 부여받을 수 없도록 강제한다. (강력한 보안)

문제점

런타임 퍼미션의 문제점은 Activity와 강한 의존성을 갖는다는 점입니다.

최근 구글은 SigleActivity – Multiple Fragments 구조를 권장하고 있으며, 여러 개의 프래그먼트로 화면을 구성하는 것은 굉장히 보편적인 일입니다.

하지만 각 Fragment에서 권한 요청을 하기 위해서는 반드시 Activity의 손을 거쳐야만 합니다.

게다가, 권한을 부여받지 못하면 해당 기능이 동작하지 않기 때문에 사용자가 1회 승인 거절했을 경우에 한번 더 승인을 요청하는 프로세스를 가지고 있습니다.

Permission Granted

Permission Denied

Permission Denied and Do not ask again

3가지의 상태를 가지고 있고, 여러 개의 다른 퍼미션을 요청하게되면 코드가 굉장히 복잡해지게 됩니다.

다음은 공식 문서의 런타임 퍼미션 요청 예제입니다.

when { // 권한을 가지고 있는지 체크 ContextCompat.checkSelfPermission( CONTEXT, Manifest.permission.REQUESTED_PERMISSION ) == PackageManager.PERMISSION_GRANTED -> { // You can use the API that requires the permission. performAction(…) } // 1회 승인 거부 시, 다시 승인이 필요한 이유를 자세히 설명하기. shouldShowRequestPermissionRationale(…) -> { // In an educational UI, explain to the user why your app requires this // permission for a specific feature to behave as expected. In this UI, // include a “cancel” or “no thanks” button that allows the user to // continue using your app without granting the permission. showInContextUI(…) } else -> { // You can directly ask for the permission. requestPermissions(CONTEXT, arrayOf(Manifest.permission.REQUESTED_PERMISSION), REQUEST_CODE) } }

그리고 권한을 수신하는 액티비티의 메소드는

override fun onRequestPermissionsResult(requestCode: Int, permissions: Array, grantResults: IntArray) { when (requestCode) { PERMISSION_REQUEST_CODE -> { // If request is cancelled, the result arrays are empty. if ((grantResults.isNotEmpty() && grantResults[0] == PackageManager.PERMISSION_GRANTED)) { // Permission is granted. Continue the action or workflow // in your app. } else { // Explain to the user that the feature is unavailable because // the features requires a permission that the user has denied. // At the same time, respect the user’s decision. Don’t link to // system settings in an effort to convince the user to change // their decision. } return } // Add other ‘when’ lines to check for other // permissions this app might request. else -> { // Ignore all other requests. } } }

굉장히 복잡합니다. 그리고 서로 다른 화면에서 필요한 기능이 액티비티 안에서 섞여서 존재할 수 밖에 없습니다.

권한요청 기능을 분리하기

분리된 클래스에서 권한 요청 기능을 담당할 수 있다면,

액티비티나 프래그먼트에서 권한 요청에 대한 결과값에 대한 코드를 일일히 집어 넣지 않고, 권한기능을 담당 클래스를 호출하여 사용할 수 있을 것 입니다.

권한 요청을 위해서는 크게 4가지의 스텝을 가집니다.

manifest에 필요한 권한 선언하기

권한이 승인되어 있는지 체크하기 ContextCompat.checkSelfPermission(Manifest.permission.REQUESTED_PERMISSION) Permission의 구분은 Manifest.permission.REQUESTED_PERMISSION 으로 String 값입니다.

권한 요청하기

사용자의 승인여부 결과값 수신하기

먼저 Permission 값을 요청할 때마다 Maniefest.permission.*의 긴 이름을 입력하는 것은 매우 번거롭습니다.

만약 {FINE_LOCATION, CAMERA, RECEIVE_SMS} 3가지 권한을 요청한다면,

android.permission.FINE_LOCATION

android.permission.CAMERA

android.permission.RECEIVE_SMS

가독성이 떨어지는 긴 이름을 반복적으로 입력해야만 합니다.

그래서 sealed class를 이용해서 앱 내에서 사용할 권한을 선언하고, 앱에서는 sealed class의 멤버를 사용해서 권한을 요청하도록 만듭니다.

sealed class PermissionMember( private val androidPermission: String ) { companion object { // 위의 긴 String 권한이름을 PermissionMember로 매핑하는 함수입니다. fun fromAndroidPermission(requestPermission: String): PermissionMember { // android.permission.FineLocation -> PermissionMember.FineLocation } } // PermissionMember를 String 권한 이름으로 매핑하는 함수입니다. fun getAndroidPermission(): String = androidPermission // 앱 내부에서는 권한요청할 때 아래 멤버들을 사용합니다. object FineLocation: PermissionMember(“android.permission.FINE_LOCATION”) object Camera: PermissionMember(“android.permission.CAMERA”) object ReceiveSms: PermissionMember(“android.permission.RECEIVE_SMS”) }

그리고 권한 요청을 담당하는 클래스를 생성합니다.

class PermissionRequester @Inject constructor( private val activity: Activity ) : Observable() { interface Listener { fun onRequestPermissionResult(requestCode: Int, result: PermissionResult) fun onPermissionRequestCancelled(reqestCode: Int) } fun hasPermission(permission: PermissionMember): Boolean { retrun ContextCompat.checkSelfPermission(activity, permission.getAndroidPermission()) == PackageManager.PERMISSION_GRANTED } fun requestPermission(permission: PermissionMember, requestCode: Int) { ActivityCompat.requestPermissions(activity, arrayOf(permission.getAndroidPermission()), requestCode) } // 권한 요청에 대한 결과값 처리 fun onRequestPermissionResult(requestCode: Int, androidPermissions: Array, grantResults: IntArray) { // 문제는 권한승인 결과는 Android system에 의해서 Activity#onRequestPermissionResult() 메소드에 전달됩니다. } }

그래서 Activity가 수신하는 권한승인 결과정보를 다시 PermissionRequester에게 delegation해주어야만 합니다.

// MainActivity.kt override fun onRequestPermissionsResult( requestCode: Int, permissions: Array, grantResults: IntArray, ) { // This method call must be launched here to delegate permission granted results To [PermissionRequester]. permissionRequester.onRequestPermissionResult(requestCode, permissions, grantResults) super.onRequestPermissionsResult(requestCode, permissions, grantResults) }

PermissionRequester는 권한요청을 담당하는 클래스로 옵저버블하며, 결과값을 콜백 Listener로 반환한다.

각 권한 요청이 필요한 Fragment는 위 Listener를 구현하여 결과값을 수신하며, PermissionRequester를 리스닝(옵저빙)한다.

하지만, 안드로이드 시스템은 권한 승인 결과값을 Activity에게 전달해주므로, 결과값을 받은 Activity는 PermissionRequester에게 결과값 처리과정을 위임해줘야한다. (*시스템 구조상 Activity의 일부 종속성을 제거할 수 없음)

각 Fragment 내에서 PermissionRequester를 통해 권한 요청을 하고, 결과를 직접 수신할 수 있다.

그리고 각 권한은 sealed class로 표현되어, when을 사용해서 else 없이 모든 케이스에 대해 대응코드를 표현할 수 있다.

실행결과

AirQualityFragment에서 결과값을 수신하는 모습을 확인할 수 있습니다.

Conclusion

런타임 퍼미션 요청을 간단하기 위해서 독립된 클래스 PermisionRequester를 만들고, 이를 이용해서 각 스크린(Fragment) 내에서 권한을 요청하고 승인 혹은 거절 결과를 직접 수신할 수 있게 되었다.

이제 스크린에서 기능을 수행 중에 권한 문제로 액티비티로 로직이 전환되었다가 다시 프래그먼트로 돌아오는 일 없이 권한 승인을 받을 수 있다.

[Android] 권한(Permission)과 위험 권한 요청 방법

반응형

권한(Permission)이란?

안드로이드에서는 제한된 데이터 혹은 작업에 대해 개인정보 보호를 위해 사용자로부터 권한을 부여받도록 되어있다.

매니페스트에서 권한을 선언할 수 있는데, 앱을 설치할 때 사용자가 허용하면 한번에 권한이 부여된다.

앱 권한 선언

일반 권한의 경우 매니페스트에서 선언하여 설치 시점에서 권한을 부여받을 수 있다.

앱 권한을 부여하기 위해서는 매니페스트 파일에 요소를 추가해야한다.

아래는 카메라에 접근하기 위한 권한을 추가하는 방법이다.

…

+)

하드웨어와 관련된 권한의 경우, 해당 하드웨어 기기를 선택사항으로 선언할 수 있다.

…

android:required 옵션을 false로 설정하지 않으면 하드웨어 기기가 없다면 앱 자체를 설치할 수 없다.

위험 권한 (런타임 권한)

마시멜로(API 23)부터는 위험 권한으로 분류된 권한은 설치 시점이 아니라 실행했을 때 권한을 부여받도록 변경되었다.

대표적으로 위치, 카메라, 마이크, 연락처, 전화, 문자, 일정, 센서 등의 기능이 위험권한으로 분류되어 있다.

앱 권한 요청

위험 권한을 사용하기 위해서는 일반 권한과 마찬가지로 먼저 매니페스트 파일에서 요청이 필요한 권한을 선언한다.

…

그리고 앱이 실행되는 시점 혹은 권한이 필요한 기능이 호출되는 시점에서 권한을 요청한다.

아래는 안드로이드 개발자 가이드에서 권장하는 권한 요청을 위한 플로우대로 구현한 코드다.

private String permission = Manifest.permission.ACCESS_COARSE_LOCATION; private static final int REQUEST_CODE = 101; public void checkPermissions(String[] permissions) { int permissionCheck = ContextCompat.checkSelfPermission(this, permission); if (permissionCheck == PackageManager.PERMISSION_DENIED) { if (shouldShowRequestPermissionRationale()) { //권한 설명 필요 } else { requestPermission(this, new String[] {permission}, REQUEST_CODE); } } } @Override public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) { switch (requestCode) { case REQUEST_CODE: if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) { //권한 승인 } else { //권한 거부 } return; } } }

단계별로 코드를 설명한다면,

1. 사용자가 이미 앱에 권한을 부여했는지 확인

int permissionCheck = ContextCompat.checkSelfPermission(this, permission); if (permissionCheck == PackageManager.PERMISSION_DENIED) { … }

checkSelfPermission() 메서드를 통해 이미 앱에 권한이 부여됐는지 확인할 수 있다.

이 메서드는 앱에 권한이 있는지에 따라 PERMISSION_GRANTED 또는 PERMISSION_DENIED를 반환한다.

2. 사용자에게 권한 요청에 대한 설명

if (shouldShowRequestPermissionRationale()) { //권한 설명 필요 }

shouldShowRequestPermissionRationale() 메서드는 사용자에게 권한 설명이 필요한 경우 true를 호출한다.

메서드 반환값에 따라 권한에 대한 설명 UI를 호출한다.

3. 위험 권한 요청

requestPermission(this, new String[] {permission}, REQUEST_CODE);

requestPermission()를 호출해서 위험 권한을 요청한다.

requsetPermission 메서드는 권한을 요청하는 시스템 권한 다이얼로그를 표시하고,

사용자가 다이얼로그에 응답할 경우 onRequestPermissionsResult() 메서드를 호출한다.

파라미터로는 컨텍스트, 요청할 권한들을 담은 배열, 개발자가 정의한 요청 코드를 전달한다.

4. 사용자 응답 확인

@Override public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) { switch (requestCode) { case REQUEST_CODE: if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) { //권한 승인 } else { //권한 거부 } return; } } }

사용자가 응답을 할경우 onRequestPermissionsResult() 메서드가 호출되고, 요청 코드와 함께 응답에 대한 여부가 파라미터로 전달된다.

여러 요청에 대한 응답을 받을 수 있기 때문에 파라미터의 응답값은 배열형태로 전달된다.

사용자가 권한을 거부했을 경우에는 어떤 기능을 사용할 수 없는지에 대한 경고 메세지를 표시하는 것이 좋다.

더보기 안드로이드 가이드에서 제공하는 위험 권한 요청에 대한 플로우 다이어그램 +) 직접 권한 요청 코드를 구현하는 것 뿐만 아니라 외부 라이브러리를 사용하거나, 시스템이 권한 요청 코드를 관리하도록 허용할 수 있다.
[참고] 안드로이드 권한 API 참조 페이지
[참고] 안드로이드 가이드 – 앱 권한 요청