Friday, June 1, 2018

Android CROP Intent 심층 분석: FileUriExposedException에서 Content URI 권한까지
  /   No comments   

안드로이드 앱 개발 시 카메라로 촬영한 사진이나 갤러리에서 선택한 이미지의 특정 부분만 잘라내는(Crop) 기능은 매우 흔하게 사용됩니다. 많은 개발자들이 이 기능을 구현하기 위해 `com.android.camera.action.CROP`이라는 암시적 인텐트(Implicit Intent)를 사용하곤 합니다. 하지만 이 과정에서 "사진을 로드할 수 없습니다(Unable to load photo)"라는 메시지와 함께 이미지가 보이지 않거나, 앱이 갑자기 종료되는 등 다양한 오류를 마주하게 됩니다. 특히 안드로이드 버전이 올라가면서 파일 시스템 접근 정책이 강화됨에 따라 이러한 문제는 더욱 빈번해졌습니다.

이 문서는 `com.android.camera.action.CROP` 인텐트 사용 시 발생하는 고질적인 문제들의 근본적인 원인을 파헤치고, 안드로이드 최신 버전에 대응하는 안정적이고 표준적인 해결책을 단계별로 제시합니다. 단순히 코드 한 줄을 추가하는 임시방편이 아닌, `FileProvider`, `Content URI`, 그리고 `URI 권한 부여`의 개념을 명확히 이해하여 향후 유사한 파일 관련 이슈에 유연하게 대처할 수 있도록 돕는 것을 목표로 합니다.

1. 문제의 발단: FileUriExposedException과 파일 URI의 종말

과거 안드로이드 개발에서는 파일의 절대 경로를 가리키는 `File URI` (예: `file:///sdcard/image.jpg`)를 인텐트에 담아 다른 앱에 전달하는 방식이 일반적이었습니다. 하지만 안드로이드 7.0 (Nougat, API 레벨 24)부터 이러한 방식은 심각한 보안 취약점으로 간주되어 기본적으로 차단되었습니다. 다른 앱이 내 앱의 내부 저장소에 직접 접근하는 것을 막기 위함입니다.

이로 인해 `targetSdkVersion`을 24 이상으로 설정한 앱에서 `File URI`를 인텐트에 담아 `startActivity()`를 호출하면 `android.os.FileUriExposedException`이 발생하며 앱이 강제 종료됩니다. 개발자가 흔히 겪는 "사진 로드 실패" 오류의 상당수는 이 정책 변경을 인지하지 못하고 여전히 구식의 `File URI` 방식을 사용하기 때문에 발생합니다.

주요 원인 요약:

  • 보안 강화: 안드로이드 7.0(Nougat)부터 앱 간 파일 공유 시 `file://` URI 스킴 사용이 제한됩니다.
  • `FileUriExposedException`: `StrictMode`의 `VmPolicy`에 의해 `file://` URI가 다른 앱에 노출되는 것이 감지되면 발생하는 예외입니다.
  • CROP 인텐트의 특성: CROP 인텐트는 시스템 또는 서드파티 앱(예: 갤러리 앱)을 호출하여 이미지 처리를 위임하는 방식입니다. 따라서 내 앱의 파일을 다른 앱이 접근해야 하므로, 이 보안 정책의 직접적인 영향을 받습니다.

2. 근본적인 해결책: FileProvider와 Content URI의 도입

안드로이드 프레임워크는 `File URI`의 대안으로 `Content URI` (`content://`)를 사용할 것을 강력히 권장합니다. `Content URI`는 파일의 실제 경로를 노출하지 않는 대신, 특정 데이터에 대한 접근을 제어하는 추상화된 식별자입니다. 그리고 내 앱의 파일을 안전하게 `Content URI`로 변환하고 다른 앱에 공유할 수 있도록 도와주는 핵심 구성 요소가 바로 `FileProvider`입니다.

`FileProvider`를 사용하면 파일에 대한 임시 접근 권한을 생성하여 다른 앱에 안전하게 부여할 수 있습니다. 이제 CROP 기능을 구현하기 위한 첫 번째 단계인 `FileProvider` 설정 방법을 자세히 살펴보겠습니다.

2.1. AndroidManifest.xml에 Provider 선언하기

가장 먼저, 앱의 매니페스트 파일에 `FileProvider`를 컴포넌트로 등록해야 합니다. 이 설정은 `FileProvider`가 어떤 `Authority`(권한 식별자)를 사용하며, 공유할 파일 경로의 규칙은 어디에 정의되어 있는지를 시스템에 알리는 역할을 합니다.

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.myapp">

    <application
        ...>
        
        
        
        <provider
            android:name="androidx.core.content.FileProvider"
            android:authorities="${applicationId}.provider"
            android:exported="false"
            android:grantUriPermissions="true">
            
        </provider>
        
    </application>
</manifest>
  • `android:name`: `FileProvider`의 정식 클래스 경로입니다. AndroidX 라이브러리를 사용하므로 `androidx.core.content.FileProvider`를 지정합니다.
  • `android:authorities`: `Content URI`를 생성할 때 사용되는 고유한 식별자입니다. 다른 앱과 충돌하지 않도록 보통 `applicationId`(앱의 패키지명)에 `.provider`와 같은 접미사를 붙여 만듭니다. `build.gradle`의 `${applicationId}` 플레이스홀더를 사용하면 패키지명이 변경되어도 자동으로 적용되어 편리합니다.
  • `android:exported="false"`: 이 Provider는 다른 앱에서 직접 호출할 필요가 없으므로 `false`로 설정하여 보안을 강화합니다.
  • `android:grantUriPermissions="true"`: 이 Provider가 생성한 `Content URI`에 대해 임시 권한을 부여할 수 있도록 허용하는 매우 중요한 속성입니다. 이 값이 `true`여야만 다른 앱에 파일 접근 권한을 넘겨줄 수 있습니다.
  • `<meta-data>`: `FileProvider`가 공유할 수 있는 파일의 경로를 정의한 XML 파일을 지정합니다.

2.2. 공유 가능 경로 정의 (res/xml/file_paths.xml)

위 매니페스트에서 `@xml/file_paths`로 지정한 파일을 생성해야 합니다. 이 XML 파일은 `FileProvider`가 어떤 디렉터리의 파일들을 `Content URI`로 변환할 수 있는지 명시하는 규칙집입니다. `res` 디렉터리 아래에 `xml` 폴더를 만들고, 그 안에 `file_paths.xml` 파일을 생성합니다.

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    
    <files-path name="my_images" path="images/" />
    
    
    <cache-path name="my_cache" path="images/" />
    
    
    <external-files-path name="my_external_pictures" path="Pictures/" />
    
    
    <external-cache-path name="my_external_cache" path="." />
</paths>

각 태그는 공유할 수 있는 특정 디렉터리 영역을 의미합니다.

  • `<files-path>`: `getFilesDir()`가 반환하는 경로(앱 내부 저장소)의 하위 디렉터리.
  • `<cache-path>`: `getCacheDir()`가 반환하는 경로(앱 내부 캐시)의 하위 디렉터리. 임시 파일에 적합합니다.
  • `<external-files-path>`: `getExternalFilesDir()`가 반환하는 경로(외부 저장소의 앱 전용 공간)의 하위 디렉터리.
  • `<external-cache-path>`: `getExternalCacheDir()`가 반환하는 경로(외부 저장소의 앱 전용 캐시)의 하위 디렉터리.

path 속성에는 해당 디렉터리 내의 특정 하위 폴더를 지정하거나, `.`을 사용하여 해당 디렉터리 전체를 지정할 수 있습니다. CROP에 사용할 임시 이미지는 보통 캐시 디렉터리에 저장하는 것이 일반적입니다.

2.3. 코드에서 Content URI 생성하기

이제 모든 설정이 끝났습니다. 코드에서 `File` 객체를 `Content URI`로 변환할 차례입니다. `FileProvider.getUriForFile()` 메소드를 사용합니다.

Kotlin 예제

import androidx.core.content.FileProvider
import java.io.File

// ...

fun getUriForFile(context: Context, file: File): Uri {
    // 두 번째 인자는 AndroidManifest.xml에서 설정한 authorities 값과 반드시 일치해야 합니다.
    val authority = "${context.packageName}.provider" 
    return FileProvider.getUriForFile(context, authority, file)
}

// 사용 예시
// 1. 임시 파일을 저장할 경로 생성
val imagePath = File(context.cacheDir, "images")
if (!imagePath.exists()) {
    imagePath.mkdirs()
}
val newFile = File(imagePath, "image_to_crop.jpg")

// 2. 파일에 대한 Content URI 생성
val contentUri: Uri = getUriForFile(context, newFile)

// 이제 이 contentUri를 다른 인텐트에 담아 사용할 수 있습니다.

Java 예제

import androidx.core.content.FileProvider;
import java.io.File;

// ...

public Uri getUriForFile(Context context, File file) {
    // 두 번째 인자는 AndroidManifest.xml에서 설정한 authorities 값과 반드시 일치해야 합니다.
    String authority = context.getPackageName() + ".provider";
    return FileProvider.getUriForFile(context, authority, file);
}

// 사용 예시
// 1. 임시 파일을 저장할 경로 생성
File imagePath = new File(context.getCacheDir(), "images");
if (!imagePath.exists()) {
    imagePath.mkdirs();
}
File newFile = new File(imagePath, "image_to_crop.jpg");

// 2. 파일에 대한 Content URI 생성
Uri contentUri = getUriForFile(context, newFile);

// 이제 이 contentUri를 다른 인텐트에 담아 사용할 수 있습니다.

여기까지 완료했다면 `FileUriExposedException`을 피하고 CROP 인텐트에 데이터를 전달할 기본 준비가 끝난 것입니다.

3. `com.android.camera.action.CROP` 인텐트 완전 정복

이제 `FileProvider`로 생성한 `Content URI`를 사용하여 실제로 CROP 인텐트를 구성하고 호출하는 방법을 알아보겠습니다. 여기서 핵심은 **읽기 권한**과 **쓰기 권한**을 CROP 액티비티를 처리하는 앱에 정확하게 부여하는 것입니다.

3.1. CROP 인텐트 구성하기

CROP 인텐트는 다양한 `Extra` 데이터를 통해 자르기 옵션을 설정할 수 있습니다. 기본적인 구성은 다음과 같습니다.

  • `setDataAndType`: 원본 이미지의 `Content URI`와 MIME 타입을 설정합니다.
  • `putExtra("output", ...)`: 잘린 이미지가 저장될 위치의 `Content URI`를 설정합니다.
  • 권한 부여 플래그: 인텐트를 받는 액티비티가 URI에 접근할 수 있도록 권한을 부여합니다.

Kotlin을 사용한 전체 CROP 호출 함수 예제

import android.content.ActivityNotFoundException
import android.content.Context
import android.content.Intent
import android.content.pm.PackageManager
import android.net.Uri
import android.widget.Toast
import androidx.core.content.FileProvider
import java.io.File

// 자를 이미지가 있는 원본 URI와, 잘린 결과물을 저장할 목적지 URI가 필요합니다.
fun dispatchCropIntent(context: Context, sourceUri: Uri): Intent? {
    // 1. CROP 액션을 가진 인텐트 생성
    val cropIntent = Intent("com.android.camera.action.CROP")
    cropIntent.setDataAndType(sourceUri, "image/*")

    // 2. CROP 옵션 설정
    cropIntent.putExtra("crop", "true")
    cropIntent.putExtra("aspectX", 1) // 가로 비율
    cropIntent.putExtra("aspectY", 1) // 세로 비율
    cropIntent.putExtra("outputX", 256) // 출력 이미지 가로 크기
    cropIntent.putExtra("outputY", 256) // 출력 이미지 세로 크기
    cropIntent.putExtra("scale", true)
    
    // 3. 잘린 이미지를 저장할 파일 객체 및 URI 생성
    val croppedImageFile = File(context.cacheDir, "cropped_image.jpg")
    val outputUri = FileProvider.getUriForFile(
        context,
        "${context.packageName}.provider",
        croppedImageFile
    )
    
    // ★★★ 이 부분이 핵심! ★★★
    // 인텐트가 갈 수 있는 모든 리졸버 액티비티에 URI 읽기 및 쓰기 권한을 부여해야 합니다.
    val resolvedIntentActivities = context.packageManager.queryIntentActivities(cropIntent, PackageManager.MATCH_DEFAULT_ONLY)
    
    for (resolvedIntentInfo in resolvedIntentActivities) {
        val packageName = resolvedIntentInfo.activityInfo.packageName
        // 원본 이미지 URI에 대한 읽기 권한 부여
        context.grantUriPermission(packageName, sourceUri, Intent.FLAG_GRANT_READ_URI_PERMISSION)
        // 잘린 이미지를 저장할 URI에 대한 쓰기 권한 부여
        context.grantUriPermission(packageName, outputUri, Intent.FLAG_GRANT_WRITE_URI_PERMISSION)
    }

    // 4. 잘린 이미지를 저장할 URI를 인텐트에 추가
    cropIntent.putExtra("output", outputUri)
    
    // return-data를 true로 설정하면, 일부 기기에서는 data로 비트맵을 반환하지만, 
    // 큰 이미지의 경우 TransactionTooLargeException이 발생할 수 있으므로 권장하지 않습니다.
    // output URI를 사용하는 것이 훨씬 안정적입니다.
    cropIntent.putExtra("return-data", false)

    // 5. CROP 인텐트 플래그 설정
    // 원본에 대한 읽기 권한, 출력에 대한 쓰기 권한 플래그 추가
    // grantUriPermission으로 직접 부여했기 때문에, 일부 시스템에서는 이 플래그가 없어도 동작하지만
    // 호환성을 위해 추가하는 것이 좋습니다.
    cropIntent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION)
    cropIntent.addFlags(Intent.FLAG_GRANT_WRITE_URI_PERMISSION)
    
    return cropIntent
}

// 실제 호출 부분
fun startCrop(context: Context, imageUri: Uri) {
    val cropIntent = dispatchCropIntent(context, imageUri)
    if (cropIntent != null) {
        try {
            // ActivityResultLauncher를 사용하거나 onActivityResult에서 결과를 처리합니다.
            // 예를 들어, activity.startActivityForResult(cropIntent, CROP_REQUEST_CODE)
        } catch (e: ActivityNotFoundException) {
            // CROP 인텐트를 처리할 수 있는 앱이 없는 경우
            Toast.makeText(context, "이미지를 자를 수 있는 앱을 찾을 수 없습니다.", Toast.LENGTH_SHORT).show()
        }
    }
}

3.2. 권한 부여의 중요성: `grantUriPermission`의 역할

위 코드에서 가장 중요한 부분은 `context.grantUriPermission(...)`을 호출하는 루프입니다.

원문의 해결책처럼 단순히 `intent.addFlags(...)`만 추가하는 것은 특정 기기나 안드로이드 버전에서는 동작할 수 있지만, 완벽한 해결책이 아닙니다. `addFlags`는 인텐트를 받는 **첫 번째** 액티비티에만 권한을 일시적으로 부여할 수 있습니다. 하지만 사용자가 CROP 앱으로 여러 앱 중 하나를 선택하는 경우(Chooser), 그 선택된 앱이 최종적으로 권한을 받아야 합니다.

따라서 가장 안정적인 방법은 다음과 같습니다.

  1. `PackageManager.queryIntentActivities()`를 통해 이 CROP 인텐트를 처리할 수 있는 **모든 앱**의 목록을 가져옵니다.
  2. 반복문을 돌면서 목록에 있는 **모든 앱 패키지**에 대해 `grantUriPermission()`을 호출하여, 원본 URI(`sourceUri`)에 대한 **읽기 권한(`FLAG_GRANT_READ_URI_PERMISSION`)**과 결과물 URI(`outputUri`)에 대한 **쓰기 권한(`FLAG_GRANT_WRITE_URI_PERMISSION`)**을 명시적으로, 그리고 선제적으로 부여합니다.

이렇게 하면 사용자가 어떤 앱을 CROP 앱으로 선택하더라도 해당 앱은 필요한 URI에 접근할 권한을 이미 부여받은 상태가 되므로, "사진을 로드할 수 없습니다"와 같은 권한 관련 오류가 발생할 확률이 극적으로 줄어듭니다.

4. 암시적 인텐트의 함정: 왜 CROP 기능이 기기마다 다를까?

지금까지의 방법으로 대부분의 기기에서 CROP 기능을 성공적으로 구현할 수 있습니다. 하지만 여기서 반드시 알아야 할 중요한 사실이 있습니다. `com.android.camera.action.CROP`은 안드로이드 공식 SDK에 포함된 **표준 액션이 아닙니다.**

이는 구글이 AOSP(Android Open Source Project)의 기본 카메라 앱에 포함했던 비공개 API이며, 여러 기기 제조사(삼성, LG, 화웨이 등)들이 이를 관례적으로 채택하여 자사의 갤러리나 카메라 앱에 포함시켰을 뿐입니다. 따라서 다음과 같은 잠재적 문제점을 항상 인지하고 있어야 합니다.

  • 미지원 기기 존재: 일부 제조사나 커스텀 롬에서는 CROP 액션을 처리할 수 있는 앱이 아예 설치되어 있지 않을 수 있습니다. 이 경우 `ActivityNotFoundException`이 발생합니다.
  • 제조사별 다른 동작: 인텐트 Extra(예: `aspectX`, `outputX` 등)가 일부 기기에서는 무시되거나 다르게 동작할 수 있습니다. 심지어 특정 Extra를 필수로 요구하는 경우도 있습니다.
  • 업데이트에 따른 변화: 제조사가 OS 업데이트를 하면서 CROP 기능의 구현을 변경하거나 제거할 수도 있습니다.

이러한 불안정성 때문에, 전문적인 상용 앱을 개발한다면 시스템에 내장된 CROP 기능에만 의존하는 것은 매우 위험한 선택입니다.

5. 최선의 대안: 안정적인 서드파티 라이브러리 사용

앞서 언급한 `com.android.camera.action.CROP`의 불안정성을 해결하고 모든 기기에서 일관된 사용자 경험(UX)과 기능을 제공하기 위한 가장 확실하고 권장되는 방법은 잘 만들어진 이미지 크롭 라이브러리를 사용하는 것입니다.

라이브러리를 사용하면 내 앱 내부에 자체적인 크롭 액티비티를 가지게 되므로, 외부 앱에 의존할 필요가 없어집니다. 이는 다음과 같은 압도적인 장점을 가집니다.

  • 일관성 및 안정성: 모든 안드로이드 기기와 버전에서 동일한 UI와 기능으로 동작합니다.
  • 다양한 커스터마이징: 크롭 영역의 모양(사각형, 원형), 비율, 색상, UI 텍스트 등을 자유롭게 변경할 수 있습니다.
  • 추가 기능: 이미지 회전, 뒤집기 등 CROP 외의 유용한 편집 기능을 함께 제공하는 경우가 많습니다.
  • 유지보수 용이성: OS 버전업에 따른 파일 접근 정책 변경 등을 라이브러리 개발자가 대응해주므로, 내 앱의 코드를 직접 수정할 필요가 줄어듭니다.

추천 라이브러리: `Android-Image-Cropper`

현재 가장 널리 사용되고 유지보수가 잘 되는 라이브러리 중 하나는 ArthurHub의 `Android-Image-Cropper` 입니다. 사용법이 매우 직관적이고 강력한 기능을 제공합니다.

1. Gradle에 의존성 추가

먼저, `app` 수준의 `build.gradle` 파일에 라이브러리 의존성을 추가합니다.

// app/build.gradle
dependencies {
    ...
    api 'com.theartofdev.edmodo:android-image-cropper:2.8.+' // 최신 버전은 공식 Github에서 확인
}

2. AndroidManifest.xml에 액티비티 등록

라이브러리에 포함된 `CropImageActivity`를 매니페스트에 등록합니다.

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.example.myapp">
    
    <application ...>
        
        
        
        <activity
            android:name="com.theartofdev.edmodo.cropper.CropImageActivity"
            android:theme="@style/Base.Theme.AppCompat" /> 
            
    </application>
</manifest>

3. 코드에서 크롭 라이브러리 호출

사용법은 매우 간단합니다. 빌더 패턴을 사용하여 원하는 옵션을 설정하고 액티비티를 실행하면 됩니다.

Kotlin + Activity Result API 사용 예제 (권장)

import com.theartofdev.edmodo.cropper.CropImage
import com.theartofdev.edmodo.cropper.CropImageView

// Activity 또는 Fragment 내부에 선언
private val cropActivityResultLauncher = registerForActivityResult(CropImage.getPickImageResultContract()) { result ->
    if (result.isSuccessful) {
        // 성공적으로 이미지를 가져오거나 잘랐을 때
        val resultUri = result.uri
        // 이 Uri를 사용하여 이미지뷰에 표시하거나 업로드
        imageView.setImageURI(resultUri)
    } else {
        // 오류 처리
        val exception = result.error
        // exception.printStackTrace()
    }
}

// 크롭 실행 함수
fun startCropWithLibrary() {
    cropActivityResultLauncher.launch(
        CropImage.activity()
            .setGuidelines(CropImageView.Guidelines.ON) // 가이드라인 표시
            .setAspectRatio(1, 1) // 1:1 비율
            .setCropShape(CropImageView.CropShape.RECTANGLE) // 사각형으로 자르기
            // ... 기타 옵션 설정
            .getIntent(context)
    )
}

// 또는 갤러리에서 선택한 후 자르기
fun startCropWithLibrary(sourceUri: Uri) {
    cropActivityResultLauncher.launch(
        CropImage.activity(sourceUri)
            .setGuidelines(CropImageView.Guidelines.ON)
            .getIntent(context)
    )
}

이처럼 라이브러리를 사용하면 `FileProvider` 설정, `Content URI` 생성, 복잡한 권한 부여 로직 등을 직접 구현할 필요 없이 단 몇 줄의 코드로 안정적이고 세련된 이미지 크롭 기능을 완성할 수 있습니다.

결론

`com.android.camera.action.CROP` 오류는 단순한 코드 실수가 아닌, 안드로이드의 강화된 보안 정책과 파일 시스템 아키텍처의 변화에서 비롯된 복합적인 문제입니다. 이 문제를 올바르게 해결하기 위한 핵심 단계를 다시 정리하면 다음과 같습니다.

  1. `File URI` 대신 `Content URI` 사용: 안드로이드 7.0 이상의 필수 요구사항입니다.
  2. `FileProvider` 설정: `AndroidManifest.xml`과 `file_paths.xml`을 통해 내 앱의 파일을 안전하게 공유할 준비를 해야 합니다.
  3. 명시적인 권한 부여: `Content URI`를 인텐트에 담아 전달할 때, `grantUriPermission()`을 사용하여 해당 URI에 대한 읽기/쓰기 권한을 수신자 앱에 명확하게 부여해야 합니다. 이는 "사진 로드 실패" 오류의 직접적인 해결책입니다.
  4. 암시적 인텐트의 한계 인지: `com.android.camera.action.CROP`은 비표준 API이므로, 모든 기기에서의 동작을 보장하지 않습니다.
  5. 라이브러리 사용 적극 고려: 프로덕션 레벨의 앱에서는 안정성, 일관성, 확장성을 위해 `Android-Image-Cropper`와 같은 검증된 서드파티 라이브러리를 사용하는 것이 최선의 선택입니다.

개발 과정에서 만나는 오류는 단순히 불편한 버그가 아니라, 플랫폼의 철학과 변화를 이해할 수 있는 중요한 단서입니다. 이번 기회를 통해 안드로이드의 파일 공유 메커니즘을 깊이 있게 이해하고, 더욱 견고하고 사용자 친화적인 앱을 만드는 개발자로 성장하시기를 바랍니다.


0 개의 댓글:

Post a Comment