Android7.0打開sdacrd圖片問題

1.點擊item，通過intent打開指定路徑的圖片。

2.測試6.0,5.0正常運行代碼：

 

File file=new File(item.address)；

Intent intent = new Intent("android.intent.action.VIEW");
intent.addCategory("android.intent.category.DEFAULT");

intent.addFlags (Intent.FLAG_ACTIVITY_NEW_TASK);

Uri uri = Uri.fromFile(new File(item.address));

intent.setDataAndType (uri, "image/*");

startActivity(intent);

 

　　

 

3.在7.0上運行報錯。

 

com.aolian.mychezai, PID: 3881
   android.os.FileUriExposedException: file:///storage/emulated/0/AA/17-03-01%2009-31-08%202335-01%E7%AB%AF%20B%E7%B3%BB%20STU-V-N-LOG.txt exposed beyond app through Intent.getData()
   at android.os.StrictMode.onFileUriExposed(StrictMode.java:1816)
   at android.net.Uri.checkFileUriExposed(Uri.java:2350)
   at android.content.Intent.prepareToLeaveProcess(Intent.java:9076)
   at android.content.Intent.prepareToLeaveProcess(Intent.java:9037)
   at android.app.Instrumentation.execStartActivity(Instrumentation.java:1530)
   at android.app.Activity.startActivityForResult(Activity.java:4391)
   at android.support.v4.app.BaseFragmentActivityJB.startActivityForResult(BaseFragmentActivityJB.java:50)
   at android.support.v4.app.FragmentActivity.startActivityForResult(FragmentActivity.java:79)
   at android.app.Activity.startActivityForResult(Activity.java:4335)
   at android.support.v4.app.FragmentActivity.startActivityForResult(FragmentActivity.java:859)
   at android.app.Activity.startActivity(Activity.java:4697)
   at android.app.Activity.startActivity(Activity.java:4665)
   at com.aolian.mychezai.view.FileManagerActivity$7.onItemLongClick(FileManagerActivity.java:377)
   at android.widget.AbsListView.performLongPress(AbsListView.java:3298)
   at android.widget.AbsListView$CheckForLongPress.run(AbsListView.java:3215)
   at android.os.Handler.handleCallback(Handler.java:755)
                                                              

 

　　

 

4. 從Android 7.0開始，一個應用提供自身文件給其它應用使用時，如果給出一個file://格式的URI的話，應用會拋出FileUriExposedException。這是由於谷歌認為目標app可能    不具有文件權限，會造成潛在的問題。所以讓這一行為快速失敗。詳見這里。這里討論兩種解決方式。

http://blog.csdn.net/xiaoyu940601/article/details/54406725

<1> FileProvider方式

 (1) manifest聲明 
在manifest中聲明一個provider。name（即類名）為android.support.v4.content.FileProvider。(紅色為應用包名)

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

　　

其中authorities可以自定義。為了避免和其它app沖突，最好帶上自己app的包名。file_paths.xml中編寫該Provider對外提供文件的目錄。文件放置在res/xml/下。 

(2)編寫file_paths.xml  里面的external-path 對應是sdcard路徑下的

<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <files-path name="my_images" path="images/"/>
    ...
</paths>

　　

 

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

</paths>

　　

內部的element可以是files-path，cache-path，external-path，external-files-path，external-cache-path，分別對應Context.getFilesDir()，Context.getCacheDir()，Environment.getExternalStorageDirectory()，Context.getExternalFilesDir()，Context.getExternalCacheDir()等幾個方法。后來翻看源碼發現還有一個沒有寫進文檔的，但是也可以使用的element，是root-path，直接對應文件系統根目錄。不過既然沒有寫進文檔中，其實還是有將來移除的可能的。使用的話需要注意一下風險。

(3)在Java代碼當中使用 以分享一個圖片為例：

 

File file = ...;    //要分享的圖片文件
Uri uri = FileProvider.getUriForFile(context, "com.mydomain.fileprovider", file);    //第二個參數是manifest中定義的`authorities`
Intent intent = new Intent(Intent.ACTION_SEND);
intent.setType("image/*");
intent.putExtra(Intent.EXTRA_TITLE, title);
intent.putExtra(Intent.EXTRA_TEXT, text);
intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);    //這一步很重要。給目標應用一個臨時的授權。
startActivity(intent);    //或者其它最

　　

2 VmPolicy方式

以上方法固然是推薦使用的，正確的方法。但是我在實際開發中遇到這樣的問題。某些應用（此處點名新浪微博）根本無法理解一個指向文件的content://格式的URI。新浪微博接收到這類URI之后，無法加載圖片，並會在點擊發送微博時崩潰。 
另一方面，新浪微博對權限管理的處理采取了一種比較流氓的方式。它會在啟動時申請文件讀寫權限，而如果拒絕該權限的話，居然就直接退出了。我反正是不信什么需要文件權限來放緩存放數據的說辭。放緩存放數據有着一堆不需要權限的目錄可用。但是這樣一來，我們其實是不需要擔心傳遞一個file://格式URI過去而對方沒有權限的。 
話說回來，如何解決這一問題呢？我在調研的時候觀察到嚴格模式的一個方法：StrictMode.VmPolicy.Builder.detectFileUriExposure()。顧名思義，調用這個方法就會檢測FileUriExposure這件事。這個方法其實從API18就有了，是不是有可能在API24變成了默認選項呢？ 
在Application.onCreate加入如下代碼，置入一個不設防的VmPolicy：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
    StrictMode.VmPolicy.Builder builder = new StrictMode.VmPolicy.Builder();
    StrictMode.setVmPolicy(builder.build());
}

　　

再用舊的方式直接把file://格式的URI發送出去。沒有再拋出FileUriExposedException。

 

-----

5.進入讀取文件時 報錯顯示權限拒絕問題。

Caused by: android.database.sqlite.SQLiteCantOpenDatabaseException: 
unknown error (Sqlite code 14): Could not open database, (OS error - 13:Permission denied)
             at android.database.sqlite.SQLiteConnection.nativeOpen(Native Method)
             at android.database.sqlite.SQLiteConnection.open(SQLiteConnection.java:219)
             at android.database.sqlite.SQLiteConnection.open(SQLiteConnection.java:203)

　　

出現這種問題一般都是6.0以上需要動態申請權限。