Android 7.0+ 行為變更 通過FileProvider在應(yīng)用間共享文件吧

一、概述

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

對于Android 7.0氢惋,提供了非常多的變化洞翩,詳細的可以閱讀官方文檔Android 7.0 行為變更,記得當時做了多窗口支持焰望、FileProvider以及7.13D Touch的支持骚亿,不過和我們開發(fā)者關(guān)聯(lián)最大的,或者說必須要適配的就是去除項目中傳遞file://類似格式的uri了熊赖。

在官方7.0的以上的系統(tǒng)中来屠,嘗試傳遞 file://URI可能會觸發(fā)FileUriExposedException

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

注:本文targetSdkVersion 25 传趾,compileSdkVersion 25

二迎膜、拍照案例

大家應(yīng)該對于手機拍照一定都不陌生,在希望得到一張高清拍照圖的時候墨缘,我們通過Intent會傳遞一個File的Uri給相機應(yīng)用星虹。

大致代碼如下:

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權(quán)限,有需要的自行處理下镊讼,nexus系列如果未處理宽涌,需要手動在設(shè)置頁開啟存儲權(quán)限。

此時如果我們使用Android 7.0或者以上的原生系統(tǒng)蝶棋,再次運行一下卸亮,你會發(fā)現(xiàn)應(yīng)用直接停止運行,拋出了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的原生系統(tǒng)的手機上直接就crash是不是很方~

原因在官網(wǎng)已經(jīng)給了解釋:

對于面向 Android 7.0 的應(yīng)用兼贸,Android 框架執(zhí)行的 StrictMode API 政策禁止在您的應(yīng)用外部公開 file:// URI段直。如果一項包含文件 URI 的 intent 離開您的應(yīng)用,則應(yīng)用出現(xiàn)故障溶诞,并出現(xiàn) FileUriExposedException 異常鸯檬。

同樣的,官網(wǎng)也給出了解決方案:

要在應(yīng)用間共享文件螺垢,您應(yīng)發(fā)送一項 content:// URI喧务,并授予 URI 臨時訪問權(quán)限。進行此授權(quán)的最簡單方式是使用 FileProvider 類枉圃。如需了解有關(guān)權(quán)限和共享文件的詳細信息功茴,請參閱共享文件。
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://來替代衡载。

下面我們看下整體的實現(xiàn)步驟搔耕,并考慮為什么需要怎么做?

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子類哇~~

注意一點弃榨,他需要設(shè)置一個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節(jié)點內(nèi)部支持以下幾個子節(jié)點鲸睛,分別為:

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

每個節(jié)點都支持兩個屬性:

  • 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文件肺魁,有啥用呀?

剛才我們說了隔节,現(xiàn)在要使用content://uri替代file://uri鹅经,那么寂呛,content://的uri如何定義呢?總不能使用文件路徑吧瘾晃,那不是騙自己么~

所以贷痪,需要一個虛擬的路徑對文件路徑進行映射,所以需要編寫個xml文件蹦误,通過path以及xml節(jié)點確定可訪問的目錄呢诬,通過name屬性來映射真實的文件路徑。

3.3 使用FileProvider API

好了胖缤,接下來就可以通過FileProvider把我們的file轉(zhuǎn)化為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);

第二個參數(shù)就是我們配置的authorities尚镰,這個很正常了,總得映射到確定的ContentProvider吧~所以需要這個參數(shù)哪廓。

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

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

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

現(xiàn)在拿7.0的原生手機運行就正常啦~

不過事情到此并沒有結(jié)束~~

打開一個4.4的模擬器涡真,運行上述代碼分俯,你會發(fā)現(xiàn)又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)

因為低版本的系統(tǒng),僅僅是把這個當成一個普通的Provider在使用哆料,而我們沒有授權(quán)缸剪,contentproviderexport設(shè)置的也是false;導(dǎo)致Permission Denial东亦。

那么杏节,我們是否可以將export設(shè)置為true呢?

很遺憾是不能的典阵。

在FileProvider的內(nèi)部:

@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 ~~

所以唯一的辦法就是授權(quán)了~

context提供了兩個方法:

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

可以看到grantUriPermission需要傳遞一個包名,就是你給哪個應(yīng)用授權(quán)壮啊,但是很多時候嫉鲸,比如分享,我們并不知道最終用戶會選擇哪個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);
}

根據(jù)Intent查詢出的所以符合的應(yīng)用玄渗,都給他們授權(quán)~~

恩,你可以在不需要的時候通過revokeUriPermission移除權(quán)限~

那么增加了授權(quán)后的代碼是這樣的:

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);
    }
}

這樣就搞定了狸眼,不過還是挺麻煩的藤树,如果你僅僅是對舊系統(tǒng)做兼容,還是建議做一下版本校驗即可份企,也就是說不要管什么授權(quán)了也榄,直接這樣獲取uri

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

這樣會比較方便也避免導(dǎo)致一些問題。當然了,完全使用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()

好在有經(jīng)驗了拓型,簡單修改下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

可以看到是權(quán)限問題册养,對于權(quán)限我們剛說了一種方式為grantUriPermission,這種方式當然是沒問題的啦~

加上后運行即可压固。

其實對于權(quán)限球拦,還提供了一種方式,即:

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

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

現(xiàn)在我有兩個非常疑惑的問題:

  • 問題1:為什么剛才拍照的時候坎炼,Android 7的設(shè)備并沒有遇到Permission Denial的問題?

恩拦键,之所以不需要權(quán)限谣光,主要是因為IntentactionACTION_IMAGE_CAPTURE,當我們startActivity后芬为,會輾轉(zhuǎn)調(diào)用InstrumentationexecStartActivity方法萄金,在該方法內(nèi)部,會調(diào)用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捡絮,轉(zhuǎn)為了setClipData,并直接給我們添加了WRITEREAD權(quán)限莲镣。

注:該部分邏輯應(yīng)該是21之后添加的。

問題2:為什么剛才拍照案例的時候涎拉,Android 4.4設(shè)備遇到權(quán)限問題瑞侮,不通過addFlags這種方式解決?
因為addFlags主要用于setData鼓拧,setDataAndType以及setClipData(注意:4.4時半火,并沒有將ACTION_IMAGE_CAPTURE轉(zhuǎn)為setClipData實現(xiàn))這種方式。

所以addFlags方式對于ACTION_IMAGE_CAPTURE在5.0以下是無效的季俩,所以需要使用grantUriPermission钮糖,如果是正常的通過setData分享的uri,使用addFlags是沒有問題的(可以寫個簡單的例子測試下,兩個app交互店归,通過content://)阎抒。

五、總結(jié)

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

總結(jié)下消痛,使用content://替代file://且叁,主要需要FileProvider的支持,而因為FileProviderContentProvider的子類秩伞,所以需要在AndroidManifest.xml中注冊逞带;
而又因為需要對真實的filepath進行映射,所以需要編寫一個xml文檔纱新,用于描述可使用的文件夾目錄展氓,以及通過name去映射該文件夾目錄。

對于權(quán)限脸爱,有兩種方式:

  • 方式一為Intent.addFlags带饱,該方式主要用于針對intent.setDatasetDataAndType以及setClipData相關(guān)方式傳遞uri的阅羹。
  • 方式二為grantUriPermission來進行授權(quán)

相比來說方式二較為麻煩勺疼,因為需要指定目標應(yīng)用包名,很多時候并不清楚捏鱼,所以需要通過PackageManager進行查找到所有匹配的應(yīng)用执庐,全部進行授權(quán)。不過更為穩(wěn)妥~

方式一較為簡單导梆,對于intent.setData轨淌,setDataAndType正常使用即可,但是對于setClipData看尼,由于5.0前后Intent#migrateExtraStreamToClipData递鹉,代碼發(fā)生變化,需要注意~

好了藏斩,看到現(xiàn)在是不是覺得適配7.0挺麻煩的躏结,其實一點都不麻煩,下面給大家總結(jié)一種快速適配的方式狰域。

六媳拴、快速完成適配

6.1 新建一個module

創(chuàng)建一個librarymodule,在其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是不可以重復(fù)的子巾,如果兩個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);
        }
    }
}

可以根據(jù)自己的需求添加方法椰于。

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

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,繁瑣的重復(fù)性操作終于簡化為一行代碼啦~

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

七髓削、附錄說明

本文轉(zhuǎn)載自鴻洋大神竹挡,原鏈接如下:
http://blog.csdn.net/lmj623565791/article/details/72859156,再次感謝大神立膛。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末揪罕,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子宝泵,更是在濱河造成了極大的恐慌好啰,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,451評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件儿奶,死亡現(xiàn)場離奇詭異框往,居然都是意外死亡,警方通過查閱死者的電腦和手機闯捎,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,172評論 3 394
  • 文/潘曉璐 我一進店門椰弊,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人瓤鼻,你說我怎么就攤上這事秉版。” “怎么了茬祷?”我有些...
    開封第一講書人閱讀 164,782評論 0 354
  • 文/不壞的土叔 我叫張陵清焕,是天一觀的道長。 經(jīng)常有香客問我牲迫,道長耐朴,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,709評論 1 294
  • 正文 為了忘掉前任盹憎,我火速辦了婚禮,結(jié)果婚禮上铐刘,老公的妹妹穿的比我還像新娘陪每。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 67,733評論 6 392
  • 文/花漫 我一把揭開白布檩禾。 她就那樣靜靜地躺著挂签,像睡著了一般。 火紅的嫁衣襯著肌膚如雪盼产。 梳的紋絲不亂的頭發(fā)上饵婆,一...
    開封第一講書人閱讀 51,578評論 1 305
  • 那天,我揣著相機與錄音戏售,去河邊找鬼侨核。 笑死,一個胖子當著我的面吹牛灌灾,可吹牛的內(nèi)容都是我干的搓译。 我是一名探鬼主播,決...
    沈念sama閱讀 40,320評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼锋喜,長吁一口氣:“原來是場噩夢啊……” “哼些己!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起嘿般,我...
    開封第一講書人閱讀 39,241評論 0 276
  • 序言:老撾萬榮一對情侶失蹤段标,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后炉奴,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體逼庞,經(jīng)...
    沈念sama閱讀 45,686評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,878評論 3 336
  • 正文 我和宋清朗相戀三年盆佣,在試婚紗的時候發(fā)現(xiàn)自己被綠了往堡。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,992評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡共耍,死狀恐怖虑灰,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情痹兜,我是刑警寧澤穆咐,帶...
    沈念sama閱讀 35,715評論 5 346
  • 正文 年R本政府宣布,位于F島的核電站字旭,受9級特大地震影響对湃,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜遗淳,卻給世界環(huán)境...
    茶點故事閱讀 41,336評論 3 330
  • 文/蒙蒙 一拍柒、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧屈暗,春花似錦拆讯、人聲如沸脂男。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,912評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽宰翅。三九已至,卻和暖如春爽室,著一層夾襖步出監(jiān)牢的瞬間汁讼,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,040評論 1 270
  • 我被黑心中介騙來泰國打工阔墩, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留嘿架,地道東北人。 一個月前我還...
    沈念sama閱讀 48,173評論 3 370
  • 正文 我出身青樓戈擒,卻偏偏與公主長得像眶明,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子筐高,可洞房花燭夜當晚...
    茶點故事閱讀 44,947評論 2 355

推薦閱讀更多精彩內(nèi)容