摘要：綜述所有內(nèi)容的訪問變化見下圖外部媒體文件的掃描，讀取和寫入最容易被踩坑的應(yīng)該是，對外部媒體文件，照片，視頻，圖片的讀取或?qū)懭搿Ｒ痪湓捊榻B，就是系統(tǒng)中的一個多媒體數(shù)據(jù)庫。這里需要注意是無法獲取到文件的。強烈呼吁的正式版能修正這個設(shè)計缺陷。

所有內(nèi)容的訪問變化見下圖：

最容易被踩坑的應(yīng)該是，對外部媒體文件，照片，視頻，圖片的讀取或?qū)懭搿?/p> 掃描

首先是掃描。掃描依然是使用 query MediaStore 的方式。一句話介紹 MediaStore，MediaStore 就是Android系統(tǒng)中的一個多媒體數(shù)據(jù)庫。代碼如下圖所示，以搜索本地視頻為例子：

protected List doInBackground(Void... params) {
    mContentResolver = context.getContentResolver();

    String[] mediaColumns = { MediaStore.Video.Media._ID, MediaStore.Video.Media.DATA,
            MediaStore.Video.Media.TITLE, MediaStore.Video.Media.MIME_TYPE,
            MediaStore.Video.Media.DISPLAY_NAME, MediaStore.Video.Media.SIZE,
            MediaStore.Video.Media.DATE_ADDED, MediaStore.Video.Media.DURATION,
            MediaStore.Video.Media.WIDTH, MediaStore.Video.Media.HEIGHT };

    Cursor mCursor = mContentResolver.query(MediaStore.Video.Media.EXTERNAL_CONTENT_URI, mediaColumns,
            null, null, MediaStore.Video.Media.DATE_ADDED);


    if (mCursor == null) {
        return null;
    }

    // 注意，DATA 數(shù)據(jù)在 Android Q 以前代表了文件的路徑，但在 Android Q上該路徑無法被訪問，因此沒有意義。
    ixData = mCursor.getColumnIndexOrThrow(MediaStore.Video.Media.DATA);
    ixMime = mCursor.getColumnIndexOrThrow(MediaStore.Video.Media.MIME_TYPE);
    // ID 是在 Android Q 上讀取文件的關(guān)鍵字段
    ixId = mCursor.getColumnIndexOrThrow(MediaStore.Video.Media._ID);
    ixSize = mCursor.getColumnIndexOrThrow(MediaStore.Video.Media.SIZE);
    ixTitle = mCursor.getColumnIndexOrThrow(MediaStore.Video.Media.TITLE);

    allImages = new ArrayList();
    mTotalVideoCount = 0;

    mCursor.moveToLast();
    
    while (mCursor.moveToPrevious()) {
       if (addVideo(mCursor) == 0) {
           continue;
       } else if (addVideo(mCursor) == 1) {
           break;
       }
    }

    mCursor.close();
    
    return allImages;
}

既然 data 不可用，就需要知曉 id 的使用方式，首先是使用 id 拼裝出 content uri ，如下所示：

public getRealPath(String id) {
    return MediaStore.Video.Media.EXTERNAL_CONTENT_URI.buildUpon().appendPath(String.valueOf(id)).build().toString();
}

Image 同理換成 MediaStore.Images。

其次，是讀取 content uri。這里需要注意 File file = new File(contentUri); 是無法獲取到文件的。file.exist() 為 false。

那么就產(chǎn)生兩個問題：1. 如何確定 ContentUri 形式的文件存在 2. 如何讀取或?qū)懭胛募?/p>

首先，對于 Content Uri 的讀取，必須借助于 ContentResolver。

其次，對于 1，沒有找到 Google 文檔中提供比較容易的API，只能采用打開 FileDescriptor 是否成功的形式，代碼如下所示：

public boolean isContentUriExists(Context context, Uri uri) {
    if (null == context) {
        return false;
    }
    ContentResolver cr = context.getContentResolver();
    try {
        AssetFileDescriptor afd = cr.openAssetFileDescriptor(uri, "r");
        if (null == afd) {
            iterator.remove();
        } else {
            try {
                afd.close();
            } catch (IOException e) {
            }
        }
    } catch (FileNotFoundException e) {
        return false;
    }

    return true;
}

這種方法最大的問題即是，對應(yīng)于一個同步 I/O 調(diào)用，易造成線程等待。因此，目前對于 MediaStore 中掃描出來的文件可能不存在的情況，沒有直接的好方法可以解決過濾。

對于問題 2，如 1 所示，可以借助 Content Uri 從 ContentResolver 里面拿到 AssetFileDescriptor，然后就可以拿到 InputSteam 或 OutputStream，那么接下來的讀取和寫入就非常自然，如下所示：

public static void copy(File src, ParcelFileDescriptor parcelFileDescriptor) throws IOException {
    FileInputStream istream = new FileInputStream(src);
    try {
        FileOutputStream ostream = new FileOutputStream(parcelFileDescriptor.getFileDescriptor());
        try {
            IOUtil.copy(istream, ostream);
        } finally {
            ostream.close();
        }
    } finally {
        istream.close();
    }
}

public static void copy(ParcelFileDescriptor parcelFileDescriptor, File dst) throws IOException {
    FileInputStream istream = new FileInputStream(parcelFileDescriptor.getFileDescriptor());
    try {
        FileOutputStream ostream = new FileOutputStream(dst);
        try {
            IOUtil.copy(istream, ostream);
        } finally {
            ostream.close();
        }
    } finally {
        istream.close();
    }
}
    
    
public static void copy(InputStream ist, OutputStream ost) throws IOException {
    byte[] buffer = new byte[4096];
    int byteCount = 0;
    while ((byteCount = ist.read(buffer)) != -1) {  // 循環(huán)從輸入流讀取 buffer字節(jié)
        ost.write(buffer, 0, byteCount);        // 將讀取的輸入流寫入到輸出流
    }
}

這里僅以 Video 示例，Image、Downloads 基本類似：

public static Uri insertVideoIntoMediaStore(Context context, String fileName) {
    ContentValues contentValues = new ContentValues();
    contentValues.put(MediaStore.Video.Media.DISPLAY_NAME, fileName);
    contentValues.put(MediaStore.Video.Media.DATE_TAKEN, System.currentTimeMillis());
    contentValues.put(MediaStore.Video.Media.MIME_TYPE, "video/mp4");

    Uri uri = context.getContentResolver().insert(MediaStore.Video.Media.EXTERNAL_CONTENT_URI, contentValues);
    return uri;
}

這里所做的，只是往 MediaStore 里面插入一條新的記錄，MediaStore 會返回給我們一個空的 Content Uri，接下來問題就轉(zhuǎn)化為往這個 Content Uri 里面寫入，那么應(yīng)用上一節(jié)所述的代碼即可實現(xiàn)。

在 Android Q 上已經(jīng)拿不到 Video 的 Thumbnail 路徑了，又由于沒有暴露 Video 的 Thumbnail 的 id ，導(dǎo)致了 Video 的 Thumbnail 只能使用實時獲取 Bitmap 的方法，如下所示：

private Bitmap getThumbnail(ContentResolver cr, long videoId) throws Throwable {
    return MediaStore.Video.Thumbnails.getThumbnail(cr, videoId, MediaStore.Video.Thumbnails.MINI_KIND,
            null);
}

可以進去看 Android SDK 的實現(xiàn)，其中最關(guān)鍵的部分是：

String column = isVideo ? "video_id=" : "image_id=";
c = cr.query(baseUri, PROJECTION, column + origId, null, null);
if (c != null && c.moveToFirst()) {
    bitmap = getMiniThumbFromFile(c, baseUri, cr, options);
    if (bitmap != null) {
        return bitmap;
    }
}

進一步再進去看，可以發(fā)現(xiàn)直接就把 Video/Image 文件打開計算 Thumbnail。

private static Bitmap getMiniThumbFromFile(
        Cursor c, Uri baseUri, ContentResolver cr, BitmapFactory.Options options) {
    Bitmap bitmap = null;
    Uri thumbUri = null;
    try {
        long thumbId = c.getLong(0);
        String filePath = c.getString(1);
        thumbUri = ContentUris.withAppendedId(baseUri, thumbId);
        ParcelFileDescriptor pfdInput = cr.openFileDescriptor(thumbUri, "r");
        bitmap = BitmapFactory.decodeFileDescriptor(
                pfdInput.getFileDescriptor(), null, options);
        pfdInput.close();
    } catch (FileNotFoundException ex) {
        Log.e(TAG, "couldn"t open thumbnail " + thumbUri + "; " + ex);
    } catch (IOException ex) {
        Log.e(TAG, "couldn"t open thumbnail " + thumbUri + "; " + ex);
    } catch (OutOfMemoryError ex) {
        Log.e(TAG, "failed to allocate memory for thumbnail "
                + thumbUri + "; " + ex);
    }
    return bitmap;
}

這個 API 毫無疑問設(shè)計的非常不合理，沒有暴露 Thumbnail 的系統(tǒng)緩存給開發(fā)者，造成了每次都要重新I/O 計算的極大耗時。強烈呼吁 Android Q 的正式版能修正這個 API 設(shè)計缺陷。