亚洲色精品aⅴ一区区三区 ,刺激一区仑乱,bbwcuckold精品熟妇

一、概述

之前項目的新特性適配工作都是同事在做，一直沒有怎么太關注，不過類似這些適配的工作還是有必要做一些記錄的。

對于Android 7.0，提供了非常多的變化，詳細的可以閱讀官方文檔Android 7.0 行為變更，記得當時做了多窗口支持、FileProvider以及7.1的3D Touch的支持，不過和我們開發者關聯最大的，或者說必須要適配的就是去除項目中傳遞file://類似格式的uri了。

在官方7.0的以上的系統中，嘗試傳遞 file://URI可能會觸發FileUriExposedException。

所以本文主要描述如何適配該問題，沒什么難度，僅做記錄。

注：本文targetSdkVersion 25 ，compileSdkVersion 25

二、拍照案例

大家應該對于手機拍照一定都不陌生，在希望得到一張高清拍照圖的時候，我們通過Intent會傳遞一個File的Uri給相機應用。

大致代碼如下:

private static final int REQUEST_CODE_TAKE_PHOTO = 0x110;
    private String mCurrentPhotoPath;

    public void takePhotoNoCompress(View view) {
        Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
        if (takePictureIntent.resolveActivity(getPackageManager()) != null) {

            String filename = new SimpleDateFormat("yyyyMMdd-HHmmss", Locale.CHINA)
                    .format(new Date()) + ".png";
            File file = new File(Environment.getExternalStorageDirectory(), filename);
            mCurrentPhotoPath = file.getAbsolutePath();

            takePictureIntent.putExtra(MediaStore.EXTRA_OUTPUT, Uri.fromFile(file));
            startActivityForResult(takePictureIntent, REQUEST_CODE_TAKE_PHOTO);
        }
    }

    @Override
    protected void onActivityResult(int requestCode, int resultCode, Intent data) {
        super.onActivityResult(requestCode, resultCode, data);
        if (resultCode == RESULT_OK && requestCode == REQUEST_CODE_TAKE_PHOTO) {
            mIvPhoto.setImageBitmap(BitmapFactory.decodeFile(mCurrentPhotoPath));
        }
        // else tip?

    }

貼個效果圖吧~

android_demo.gif

未處理6.0權限，有需要的自行處理下，nexus系列如果未處理，需要手動在設置頁開啟存儲權限。

此時如果我們使用Android 7.0或者以上的原生系統，再次運行一下，你會發現應用直接停止運行，拋出了android.os.FileUriExposedException：

Caused by: android.os.FileUriExposedException: 
    file:///storage/emulated/0/20170601-030254.png 
        exposed beyond app through ClipData.Item.getUri()
    at android.os.StrictMode.onFileUriExposed(StrictMode.java:1932)
    at android.net.Uri.checkFileUriExposed(Uri.java:2348)

所以如果你意識到自己寫的代碼，在7.0的原生系統的手機上直接就crash是不是很方~

原因在官網已經給了解釋：

對于面向 Android 7.0 的應用，Android 框架執行的 StrictMode API 政策禁止在您的應用外部公開 file:// URI。如果一項包含文件 URI 的 intent 離開您的應用，則應用出現故障，并出現 FileUriExposedException 異常。

同樣的，官網也給出了解決方案：

要在應用間共享文件，您應發送一項 content:// URI，并授予 URI 臨時訪問權限。進行此授權的最簡單方式是使用 FileProvider 類。如需了解有關權限和共享文件的詳細信息，請參閱共享文件。
https://developer.android.com/about/versions/nougat/android-7.0-changes.html#accessibility

那么下面就看看如何通過FileProvider解決此問題吧。

三、使用FileProvider兼容拍照

其實對于如何使用FileProvider，其實在FileProvider的API頁面也有詳細的步驟，有興趣的可以看下。

https://developer.android.com/reference/android/support/v4/content/FileProvider.html

FileProvide實際上是ContentProvider的一個子類，它的作用也比較明顯了，file:///Uri不給用，那么換個Uri為content://來替代。

下面我們看下整體的實現步驟，并考慮為什么需要怎么做？

3.1 聲明provider

<provider
    android:name="android.support.v4.content.FileProvider"
    android:authorities="com.zhy.android7.fileprovider"
    android:exported="false"
    android:grantUriPermissions="true">
    <meta-data
        android:name="android.support.FILE_PROVIDER_PATHS"
        android:resource="@xml/file_paths" />
</provider>

為什么要聲明呢？因為FileProvider是ContentProvider子類哇~~

注意一點，他需要設置一個meta-data，里面指向一個xml文件。

3.2 編寫resource xml file

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

在paths節點內部支持以下幾個子節點，分別為：

<root-path/> 代表設備的根目錄new File("/");
<files-path/> 代表context.getFilesDir()
<cache-path/> 代表context.getCacheDir()
<external-path/> 代表Environment.getExternalStorageDirectory()
<external-files-path>代表context.getExternalFilesDirs()
<external-cache-path>代表getExternalCacheDirs()

每個節點都支持兩個屬性：

name
path
path即為代表目錄下的子目錄，比如：

<external-path
        name="external"
        path="pics" />

代表的目錄即為：Environment.getExternalStorageDirectory()/pics，其他同理。

當這么聲明以后，代碼可以使用你所聲明的當前文件夾以及其子文件夾。

本例使用的是SDCard所以這么寫即可：

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <external-path name="external" path="" />
</paths>

為了簡單，我們直接使用SDCard根目錄，所以path里面就不填寫子目錄了~

這里你可能會有疑問，為什么要寫這么個xml文件，有啥用呀？

剛才我們說了，現在要使用content://uri替代file://uri，那么，content://的uri如何定義呢？總不能使用文件路徑吧，那不是騙自己么~

所以，需要一個虛擬的路徑對文件路徑進行映射，所以需要編寫個xml文件，通過path以及xml節點確定可訪問的目錄，通過name屬性來映射真實的文件路徑。

3.3 使用FileProvider API

好了，接下來就可以通過FileProvider把我們的file轉化為content://uri了~

public void takePhotoNoCompress(View view) {
        Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
        if (takePictureIntent.resolveActivity(getPackageManager()) != null) {

            String filename = new SimpleDateFormat("yyyyMMdd-HHmmss", Locale.CHINA)
                    .format(new Date()) + ".png";
            File file = new File(Environment.getExternalStorageDirectory(), filename);
            mCurrentPhotoPath = file.getAbsolutePath();

            Uri fileUri = FileProvider.getUriForFile(this, "com.zhy.android7.fileprovider", file);
            takePictureIntent.putExtra(MediaStore.EXTRA_OUTPUT, fileUri);
            startActivityForResult(takePictureIntent, REQUEST_CODE_TAKE_PHOTO);
        }
    }

核心代碼就這一行了~

FileProvider.getUriForFile(this, "com.zhy.android7.fileprovider", file);

第二個參數就是我們配置的authorities，這個很正常了，總得映射到確定的ContentProvider吧~所以需要這個參數。

然后再看一眼我們生成的uri：

content://com.zhy.android7.fileprovider/external/20170601-041411.png

可以看到格式為：content://authorities/定義的name屬性/文件的相對路徑，即name隱藏了可存儲的文件夾路徑。

現在拿7.0的原生手機運行就正常啦~

不過事情到此并沒有結束~~

打開一個4.4的模擬器，運行上述代碼，你會發現又Crash啦,拋出了：Permission Denial~

Caused by: java.lang.SecurityException: Permission Denial: opening provider android.support.v4.content.FileProvider from ProcessRecord{52b029b8 1670:com.android.camera/u0a36} (pid=1670, uid=10036) that is not exported from uid 10052
at android.os.Parcel.readException(Parcel.java:1465)
at android.os.Parcel.readException(Parcel.java:1419)
at android.app.ActivityManagerProxy.getContentProvider(ActivityManagerNative.java:2848)
at android.app.ActivityThread.acquireProvider(ActivityThread.java:4399)

因為低版本的系統，僅僅是把這個當成一個普通的Provider在使用，而我們沒有授權，contentprovider的export設置的也是false；導致Permission Denial。

那么，我們是否可以將export設置為true呢？

很遺憾是不能的。

在FileProvider的內部：

@Override
public void attachInfo(Context context, ProviderInfo info) {
    super.attachInfo(context, info);

    // Sanity check our security
    if (info.exported) {
        throw new SecurityException("Provider must not be exported");
    }
    if (!info.grantUriPermissions) {
        throw new SecurityException("Provider must grant uri permissions");
    }

    mStrategy = getPathStrategy(context, info.authority);
}

確定了exported必須是false，grantUriPermissions必須是true ~~

所以唯一的辦法就是授權了~

context提供了兩個方法：

grantUriPermission(String toPackage, Uri uri,
int modeFlags)
revokeUriPermission(Uri uri, int modeFlags)

可以看到grantUriPermission需要傳遞一個包名，就是你給哪個應用授權，但是很多時候，比如分享，我們并不知道最終用戶會選擇哪個app，所以我們可以這樣：

List<ResolveInfo> resInfoList = context.getPackageManager()
            .queryIntentActivities(intent, PackageManager.MATCH_DEFAULT_ONLY);
for (ResolveInfo resolveInfo : resInfoList) {
    String packageName = resolveInfo.activityInfo.packageName;
    context.grantUriPermission(packageName, uri, flag);
}

根據Intent查詢出的所以符合的應用，都給他們授權~~

恩，你可以在不需要的時候通過revokeUriPermission移除權限~

那么增加了授權后的代碼是這樣的：

public void takePhotoNoCompress(View view) {
    Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
    if (takePictureIntent.resolveActivity(getPackageManager()) != null) {

        String filename = new SimpleDateFormat("yyyyMMdd-HHmmss", Locale.CHINA)
                .format(new Date()) + ".png";
        File file = new File(Environment.getExternalStorageDirectory(), filename);
        mCurrentPhotoPath = file.getAbsolutePath();

        Uri fileUri = FileProvider.getUriForFile(this, "com.zhy.android7.fileprovider", file);

        List<ResolveInfo> resInfoList = getPackageManager()
                .queryIntentActivities(takePictureIntent, PackageManager.MATCH_DEFAULT_ONLY);
        for (ResolveInfo resolveInfo : resInfoList) {
            String packageName = resolveInfo.activityInfo.packageName;
            grantUriPermission(packageName, fileUri, Intent.FLAG_GRANT_READ_URI_PERMISSION
                    | Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
        }

        takePictureIntent.putExtra(MediaStore.EXTRA_OUTPUT, fileUri);
        startActivityForResult(takePictureIntent, REQUEST_CODE_TAKE_PHOTO);
    }
}

這樣就搞定了，不過還是挺麻煩的，如果你僅僅是對舊系統做兼容，還是建議做一下版本校驗即可，也就是說不要管什么授權了，直接這樣獲取uri

Uri fileUri = null;
if (Build.VERSION.SDK_INT >= 24) {
    fileUri = FileProvider.getUriForFile(this, "com.zhy.android7.fileprovider", file);
} else {
    fileUri = Uri.fromFile(file);
}

這樣會比較方便_{也避免導致一些問題。當然了，完全使用uri也有一些好處，比如你可以使用私有目錄去存儲拍攝的照片}

文章最后會給出快速適配的方案~_{不需要這么麻煩}

好像，還有什么知識點沒有提到，再看一個例子吧~

四、使用FileProvider兼容安裝apk

正常我們在編寫安裝apk的時候，是這樣的：

public void installApk(View view) {
    File file = new File(Environment.getExternalStorageDirectory(), "testandroid7-debug.apk");

    Intent intent = new Intent(Intent.ACTION_VIEW);
    intent.setDataAndType(Uri.fromFile(file),
            "application/vnd.android.package-archive");
    startActivity(intent);
}

拿個7.0的原生手機跑一下，android.os.FileUriExposedException又來了~~

android.os.FileUriExposedException: file:///storage/emulated/0/testandroid7-debug.apk exposed beyond app through Intent.getData()

好在有經驗了，簡單修改下uri的獲取方式。

if (Build.VERSION.SDK_INT >= 24) {
    fileUri = FileProvider.getUriForFile(this, "com.zhy.android7.fileprovider", file);
} else {
    fileUri = Uri.fromFile(file);
}

再跑一次，沒想到還是拋出了異常（警告，沒有Crash）:

java.lang.SecurityException: Permission Denial: 
opening provider android.support.v4.content.FileProvider 
        from ProcessRecord{18570a 27107:com.google.android.packageinstaller/u0a26} (pid=27107, uid=10026) that is not exported from UID 10004

可以看到是權限問題，對于權限我們剛說了一種方式為grantUriPermission，這種方式當然是沒問題的啦~

加上后運行即可。

其實對于權限，還提供了一種方式，即：

intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION | Intent.FLAG_GRANT_WRITE_URI_PERMISSION);

我們可以在安裝包之前加上上述代碼，再次運行正常啦~

現在我有兩個非常疑惑的問題：

問題1：為什么剛才拍照的時候，Android 7的設備并沒有遇到Permission Denial的問題？

恩，之所以不需要權限，主要是因為Intent的action為ACTION_IMAGE_CAPTURE，當我們startActivity后，會輾轉調用Instrumentation的execStartActivity方法，在該方法內部，會調用intent.migrateExtraStreamToClipData();方法。

該方法中包含：

if (MediaStore.ACTION_IMAGE_CAPTURE.equals(action)
        || MediaStore.ACTION_IMAGE_CAPTURE_SECURE.equals(action)
        || MediaStore.ACTION_VIDEO_CAPTURE.equals(action)) {
    final Uri output;
    try {
        output = getParcelableExtra(MediaStore.EXTRA_OUTPUT);
    } catch (ClassCastException e) {
        return false;
    }
    if (output != null) {
        setClipData(ClipData.newRawUri("", output));
        addFlags(FLAG_GRANT_WRITE_URI_PERMISSION|FLAG_GRANT_READ_URI_PERMISSION);
        return true;
    }
}

可以看到將我們的EXTRA_OUTPUT，轉為了setClipData，并直接給我們添加了WRITE和READ權限。

注：該部分邏輯應該是21之后添加的。

問題2：為什么剛才拍照案例的時候，Android 4.4設備遇到權限問題，不通過addFlags這種方式解決？
因為addFlags主要用于setData，setDataAndType以及setClipData（注意：4.4時，并沒有將ACTION_IMAGE_CAPTURE轉為setClipData實現）這種方式。

所以addFlags方式對于ACTION_IMAGE_CAPTURE在5.0以下是無效的，所以需要使用grantUriPermission，如果是正常的通過setData分享的uri，使用addFlags是沒有問題的（可以寫個簡單的例子測試下，兩個app交互，通過content://）。

五、總結

終于將知識點都涵蓋到了~

總結下，使用content://替代file://，主要需要FileProvider的支持，而因為FileProvider是ContentProvider的子類，所以需要在AndroidManifest.xml中注冊；
而又因為需要對真實的filepath進行映射，所以需要編寫一個xml文檔，用于描述可使用的文件夾目錄，以及通過name去映射該文件夾目錄。

對于權限，有兩種方式：

方式一為Intent.addFlags，該方式主要用于針對intent.setData，setDataAndType以及setClipData相關方式傳遞uri的。
方式二為grantUriPermission來進行授權

相比來說方式二較為麻煩，因為需要指定目標應用包名，很多時候并不清楚，所以需要通過PackageManager進行查找到所有匹配的應用，全部進行授權。不過更為穩妥~

方式一較為簡單，對于intent.setData，setDataAndType正常使用即可，但是對于setClipData，由于5.0前后Intent#migrateExtraStreamToClipData，代碼發生變化，需要注意~

好了，看到現在是不是覺得適配7.0挺麻煩的，其實一點都不麻煩，下面給大家總結一種快速適配的方式。

六、快速完成適配

6.1 新建一個module

創建一個library的module，在其AndroidManifest.xml中完成FileProvider的注冊，代碼編寫為：

<application>
    <provider
        android:name="android.support.v4.content.FileProvider"
        android:authorities="${applicationId}.android7.fileprovider"
        android:exported="false"
        android:grantUriPermissions="true">
        <meta-data
            android:name="android.support.FILE_PROVIDER_PATHS"
            android:resource="@xml/file_paths" />
    </provider>
</application>

注意一點，android:authorities不要寫死，因為該library最終可能會讓多個項目引用，而android:authorities是不可以重復的，如果兩個app中定義了相同的，則后者無法安裝到手機中（authority conflict）。

同樣的的編寫file_paths~

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <root-path
        name="root"
        path="" />
    <files-path
        name="files"
        path="" />

    <cache-path
        name="cache"
        path="" />

    <external-path
        name="external"
        path="" />

    <external-files-path
        name="external_file_path"
        path="" />
    <external-cache-path
        name="external_cache_path"
        path="" />

</paths>

最后再編寫一個輔助類，例如：

public class FileProvider7 {

    public static Uri getUriForFile(Context context, File file) {
        Uri fileUri = null;
        if (Build.VERSION.SDK_INT >= 24) {
            fileUri = getUriForFile24(context, file);
        } else {
            fileUri = Uri.fromFile(file);
        }
        return fileUri;
    }

    public static Uri getUriForFile24(Context context, File file) {
        Uri fileUri = android.support.v4.content.FileProvider.getUriForFile(context,
                context.getPackageName() + ".android7.fileprovider",
                file);
        return fileUri;
    }


    public static void setIntentDataAndType(Context context,
                                            Intent intent,
                                            String type,
                                            File file,
                                            boolean writeAble) {
        if (Build.VERSION.SDK_INT >= 24) {
            intent.setDataAndType(getUriForFile(context, file), type);
            intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
            if (writeAble) {
                intent.addFlags(Intent.FLAG_GRANT_WRITE_URI_PERMISSION);
            }
        } else {
            intent.setDataAndType(Uri.fromFile(file), type);
        }
    }
}

可以根據自己的需求添加方法。

好了，這樣我們的一個小庫就寫好了~~

6.2 使用

如果哪個項目需要適配7.0，那么只需要這樣引用這個庫，然后只需要改動一行代碼即可完成適配啦，例如：

6.2.1 拍照

public void takePhotoNoCompress(View view) {
        Intent takePictureIntent = new Intent(MediaStore.ACTION_IMAGE_CAPTURE);
    if (takePictureIntent.resolveActivity(getPackageManager()) != null) {
        String filename = new SimpleDateFormat("yyyyMMdd-HHmmss", Locale.CHINA)
                .format(new Date()) + ".png";
        File file = new File(Environment.getExternalStorageDirectory(), filename);
        mCurrentPhotoPath = file.getAbsolutePath();

        Uri fileUri = FileProvider7.getUriForFile(this, file);
        takePictureIntent.putExtra(MediaStore.EXTRA_OUTPUT, fileUri);
        startActivityForResult(takePictureIntent, REQUEST_CODE_TAKE_PHOTO);
    }
}

只需要改動

 Uri fileUri = FileProvider7.getUriForFile(this, file);

即可。

6.2.2 安裝apk

同樣的修改setDataAndType為：

FileProvider7.setIntentDataAndType(this,
      intent, "application/vnd.android.package-archive", file, true);

即可。

ok，繁瑣的重復性操作終于簡化為一行代碼啦~

源碼地址：
https://github.com/hongyangAndroid/FitAndroid7

七、附錄說明

本文轉載自鴻洋大神，原鏈接如下：
http://blog.csdn.net/lmj623565791/article/details/72859156，再次感謝大神。

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频

Android 7.0+ 行為變更通過FileProvider在應用間共享文件吧

Android 7.0+ 行為變更通過FileProvider在應用間共享文件吧

一、概述

二、拍照案例

三、使用FileProvider兼容拍照

3.1 聲明provider

3.2 編寫resource xml file

3.3 使用FileProvider API

四、使用FileProvider兼容安裝apk

五、總結

六、快速完成適配

6.1 新建一個module

6.2 使用

6.2.1 拍照

6.2.2 安裝apk

七、附錄說明

推薦閱讀更多精彩內容

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美 国产 综合 欧美 视频

Android 7.0+ 行為變更 通過FileProvider在應用間共享文件吧

一、概述

二、拍照案例

三、使用FileProvider兼容拍照

3.1 聲明provider

3.2 編寫resource xml file

3.3 使用FileProvider API

四、使用FileProvider兼容安裝apk

五、總結

六、快速完成適配

6.1 新建一個module

6.2 使用

6.2.1 拍照

6.2.2 安裝apk

七、附錄說明

推薦閱讀更多精彩內容

三个男躁一个女,国精产品一区一手机的秘密,麦子交换系列最经典十句话,欧美国产综合欧美视频

Android 7.0+ 行為變更通過FileProvider在應用間共享文件吧