自定义View心法——View工作流程

前言

本文的目的有两个:

给对自定义View感兴趣的人一些入门的指引

给正在使用自定义View的人一些更深入的解析

自定义View一直都被认为是Android开发高手的必备技能,而稳中带皮的学习View的基础体系,这是自定义View的必经之路,如果自定义View如果设计的不好或者不考虑性能的话会造成很大的问题。所以我们进入View工作流程的分析。

一、Android的UI层级绘制体系

Android中的Activity是作为应用程序的载体存在的,它代表一个完整的用户界面并提供了窗口进行视图绘制。

在这里,我们这里所说的视图绘制,实质上就是在对View及其子类进行操作。而View作为视图控件的顶层父类,在本文中会对其进行详细分析。我们以Android的UI层级绘制体系为切入点对View进行探究。

图1 View的层级结构

Android的UI层级绘制体系如图1所示。

绘制体系中做了这些事情

①当调用 Activity 的setContentView 方法后会调用PhoneWindow 类的setContentView方法(PhoneWindow是抽象类Windiw的实现类,Window用来描述Activity视图最顶端的窗口的显示内容和行为动作)。

②PhoneWindow类的setContentView方法中最终会生成一个DecorView对象(DectorView是是PhoneWindow的内部类,继承自FrameLayout)。

③DecorView容器中包含根布局,根布局中包含一个id为content的FrameLayout布局,Activity加载布局的xml最后通过LayoutInflater将xml文件中的内容解析成View层级体系,最后填加到id为content的FrameLayout布局中。

至此,View最终就会显示到手机屏幕上。

二、View的视图绘制流程剖析

1、DecorView被加载到Window中

DecorView被加载到Window的过程中,WindowManager起到了关键性的作用,最后交给ViewRootImpl做详细处理,通过如下的局部ActivityThread的源码分析这一点可以得到印证(在这里我只展示核心源码,详细源码可以在代码中查看)。

finalvoidhandleResumeActivity(IBinder token,booleanclearHide,booleanisForward,booleanreallyResume,intseq, String reason){        ActivityClientRecord r = mActivities.get(token);      ...//在这里执行performResumeActivity的方法中会执行Activity的onResume()方法r = performResumeActivity(token, clearHide, reason);      ...if(r.window ==null&& !a.mFinished && willBeVisible) {//PhoneWindow在这里获取到r.window = r.activity.getWindow();//DecorView在这里获取到View decor = r.window.getDecorView();          decor.setVisibility(View.INVISIBLE);//获取ViewManager对象,在这里getWindowManager()实质上获取的是ViewManager的子类对象WindowManagerViewManager wm = a.getWindowManager();          ...if(r.mPreserveWindow) {          ...//获取ViewRootImpl对象ViewRootImpl impl = decor.getViewRootImpl();          ...          }if(a.mVisibleFromClient) {if(!a.mWindowAdded) {                  a.mWindowAdded =true;//在这里WindowManager将DecorView添加到PhoneWindow中wm.addView(decor, l);                  }                    ...          }          ...    }

WindowManager将DecorView添加到PhoneWindow中,即addView()方法执行时将视图添加的动作交给了ViewRoot,ViewRoot作为接口,其实现类ViewRootImpl具体实现了addView()方法,最后,视图的具体绘制在performTraversals()中展开,如下图2.1所示:

图2.1 View绘制的代码层级分析

2、ViewRootImpl的performTraversals()方法完成具体的视图绘制流程

在源码中ViewRootImpl中视图具体绘制的流程如下:

privatevoidperformTraversals(){// cache mView since it is used so much below...//mView就是DecorView根布局finalView host = mView;//在Step3 成员变量mAdded赋值为true,因此条件不成立if(host ==null|| !mAdded)return;//是否正在遍历mIsInTraversal =true;//是否马上绘制ViewmWillDrawSoon =true;        ...//顶层视图DecorView所需要窗口的宽度和高度intdesiredWindowWidth;intdesiredWindowHeight;        ...//在构造方法中mFirst已经设置为true,表示是否是第一次绘制DecorViewif(mFirst) {            mFullRedrawNeeded =true;            mLayoutRequested =true;//如果窗口的类型是有状态栏的,那么顶层视图DecorView所需要窗口的宽度和高度就是除了状态栏if(lp.type == WindowManager.LayoutParams.TYPE_STATUS_BAR_PANEL                    || lp.type == WindowManager.LayoutParams.TYPE_INPUT_METHOD) {// NOTE -- system code, won't try to do compat mode.Point size =newPoint();                mDisplay.getRealSize(size);                desiredWindowWidth = size.x;                desiredWindowHeight = size.y;            }else{//否则顶层视图DecorView所需要窗口的宽度和高度就是整个屏幕的宽高DisplayMetrics packageMetrics =                    mView.getContext().getResources().getDisplayMetrics();                desiredWindowWidth = packageMetrics.widthPixels;                desiredWindowHeight = packageMetrics.heightPixels;            }    }  ...//获得view宽高的测量规格,mWidth和mHeight表示窗口的宽高,lp.widthhe和lp.height表示DecorView根布局宽和高intchildWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width);intchildHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height);// Ask host how big it wants to be//执行测量操作performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);  ...//执行布局操作performLayout(lp, desiredWindowWidth, desiredWindowHeight);  ...//执行绘制操作performDraw();}

该方法主要流程就体现了View绘制渲染的三个主要步骤,分别是测量,摆放,绘制三个阶段。流程图如下图2.2所示:

图2.2 View的绘制流程

接下来,我们对于 performMeasure()、performLayout()、 performDraw()完成具体拆解分析。实质上最后就需要定位到View的onMeasure()、onLayout()、onDraw()方法中。

三、MeasureSpec在View体系中的作用

1、MeasureSpec的作用

首先我们从performMeasure()入手分析,在上面的内容中,我们通过源码可以看到 performMeasure()方法中传入了childWidthMeasureSpec、childHeightMeasureSpec两个int类型的值,performMeasure方法的源码如下所示:

privatevoidperformMeasure(intchildWidthMeasureSpec,intchildHeightMeasureSpec){        Trace.traceBegin(Trace.TRACE_TAG_VIEW,"measure");try{            mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);        }finally{            Trace.traceEnd(Trace.TRACE_TAG_VIEW);        }}

这两个值又传递到mView.measure(childWidthMeasureSpec, childHeightMeasureSpec)方法中,其中measure方法的核心源码如下:

publicfinalvoidmeasure(intwidthMeasureSpec,intheightMeasureSpec){booleanoptical = isLayoutModeOptical(this);if(optical != isLayoutModeOptical(mParent)) {            Insets insets = getOpticalInsets();intoWidth  = insets.left + insets.right;intoHeight = insets.top  + insets.bottom;//根据原有宽高计算获取不同模式下的具体宽高值widthMeasureSpec  = MeasureSpec.adjust(widthMeasureSpec,  optical ? -oWidth  : oWidth);            heightMeasureSpec = MeasureSpec.adjust(heightMeasureSpec, optical ? -oHeight : oHeight);        }        ...if(forceLayout || needsLayout) {// first clears the measured dimension flagmPrivateFlags &= ~PFLAG_MEASURED_DIMENSION_SET;            resolveRtlPropertiesIfNeeded();intcacheIndex = forceLayout ? -1: mMeasureCache.indexOfKey(key);if(cacheIndex <0|| sIgnoreMeasureCache) {// measure ourselves, this should set the measured dimension flag back//在该方法中子控件完成具体的测量onMeasure(widthMeasureSpec, heightMeasureSpec);                ...            }          ...    }

到这里我们应该明确,childWidthMeasureSpec, childHeightMeasureSpec是MeasureSpec根据原有宽高计算获取不同模式下的具体宽高值。

2、MeasureSpec剖析

MeasureSpec是View的内部类,内部封装了View的规格尺寸,以及View的宽高信息。在Measure的流程中,系统会将View的LayoutParams根据父容器是施加的规则转换为MeasureSpec,然后在onMeasure()方法中具体确定控件的宽高信息。源码及分析如下所示:

publicstaticclassMeasureSpec{//int类型占4个字节,其中高2位表示尺寸测量模式,低30位表示具体的宽高信息privatestaticfinalintMODE_SHIFT =30;privatestaticfinalintMODE_MASK  =0x3<< MODE_SHIFT;/**@hide*/@IntDef({UNSPECIFIED, EXACTLY, AT_MOST})@Retention(RetentionPolicy.SOURCE)public@interfaceMeasureSpecMode {}//如下所示是MeasureSpec中的三种模式:UNSPECIFIED、EXACTLY、AT_MOST                  /**

        * Measure specification mode: The parent has not imposed any constraint

        * on the child. It can be whatever size it wants.

        */publicstaticfinalintUNSPECIFIED =0<< MODE_SHIFT;/**

        * Measure specification mode: The parent has determined an exact size

        * for the child. The child is going to be given those bounds regardless

        * of how big it wants to be.

        */publicstaticfinalintEXACTLY    =1<< MODE_SHIFT;/**

        * Measure specification mode: The child can be as large as it wants up

        * to the specified size.

        */publicstaticfinalintAT_MOST    =2<< MODE_SHIFT;//根据尺寸测量模式跟宽高具体确定控件的具体宽高publicstaticintmakeMeasureSpec(@IntRange(from =0, to = (1<< MeasureSpec.MODE_SHIFT)- 1)intsize,                                          @MeasureSpecModeintmode){if(sUseBrokenMakeMeasureSpec) {returnsize + mode;            }else{return(size & ~MODE_MASK) | (mode & MODE_MASK);            }        }/**        * Like {@link#makeMeasureSpec(int, int)}, but any spec with a mode of UNSPECIFIED        * will automatically get a size of 0. Older apps expect this.        *        *@hideinternal use only for compatibility with system widgets and older apps        */publicstaticintmakeSafeMeasureSpec(intsize,intmode){if(sUseZeroUnspecifiedMeasureSpec && mode == UNSPECIFIED) {return0;            }returnmakeMeasureSpec(size, mode);        }//获取尺寸模式/**        * Extracts the mode from the supplied measure specification.        *        *@parammeasureSpec the measure specification to extract the mode from        *@return{@linkandroid.view.View.MeasureSpec#UNSPECIFIED},        *        {@linkandroid.view.View.MeasureSpec#AT_MOST} or        *        {@linkandroid.view.View.MeasureSpec#EXACTLY}        */@MeasureSpecModepublicstaticintgetMode(intmeasureSpec){//noinspection ResourceTypereturn(measureSpec & MODE_MASK);        }//获取宽高信息/**        * Extracts the size from the supplied measure specification.        *        *@parammeasureSpec the measure specification to extract the size from        *@returnthe size in pixels defined in the supplied measure specification        */publicstaticintgetSize(intmeasureSpec){return(measureSpec & ~MODE_MASK);        }//将控件的尺寸模式、宽高信息进行拆解查看,并对不同模式下的宽高信息进行不同的处理staticintadjust(intmeasureSpec,intdelta){finalintmode = getMode(measureSpec);intsize = getSize(measureSpec);if(mode == UNSPECIFIED) {// No need to adjust size for UNSPECIFIED mode.returnmakeMeasureSpec(size, UNSPECIFIED);            }            size += delta;if(size <0) {                Log.e(VIEW_LOG_TAG,"MeasureSpec.adjust: new size would be negative! ("+ size +") spec: "+ toString(measureSpec) +" delta: "+ delta);                size =0;            }returnmakeMeasureSpec(size, mode);        }/**        * Returns a String representation of the specified measure        * specification.        *        *@parammeasureSpec the measure specification to convert to a String        *@returna String with the following format: "MeasureSpec: MODE SIZE"        */publicstaticStringtoString(intmeasureSpec){intmode = getMode(measureSpec);intsize = getSize(measureSpec);            StringBuilder sb =newStringBuilder("MeasureSpec: ");if(mode == UNSPECIFIED)                sb.append("UNSPECIFIED ");elseif(mode == EXACTLY)                sb.append("EXACTLY ");elseif(mode == AT_MOST)                sb.append("AT_MOST ");elsesb.append(mode).append(" ");            sb.append(size);returnsb.toString();        }    }

MeasureSpec的常量中指定了两种内容,一种为尺寸模式,一种为具体的宽高信息。其中高2位表示尺寸测量模式,低30位表示具体的宽高信息。

尺寸测量模式有如下三种:

尺寸测量模式的3种类型

①UNSPECIFIED:未指定模式,父容器不限制View的大小,一般用于系统内部的测量

②AT_MOST:最大模式,对应于在xml文件中指定控件大小为wrap_content属性,子View的最终大小是父View指定的大小值,并且子View的大小不能大于这个值

③EXACTLY :精确模式,对应于在xml文件中指定控件为match_parent属性或者是具体的数值,父容器测量出View所需的具体大小

我帮你总结一下

对于每一个View,都持有一个MeasureSpec,MeasureSpec保存了该View的尺寸测量模式以及具体的宽高信息,MeasureSpec受自身的LayoutParams和父容器的MeasureSpec共同影响。

四、View的Measure流程分析

1、View树的Measure测量流程逻辑图

2、View的Measure流程分析

那么在上文3.1的分析中,我们能够明确在measure方法中最后调用onMeasure()方法完成子View的具体测量,onMeasure()方法的源码如下所示:

protectedvoidonMeasure(intwidthMeasureSpec,intheightMeasureSpec){        setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),                getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));    }

setMeasuredDimension()方法在onMeasure()中被调用,被用于存储测绘的宽度、高度,而不这样做的话会触发测绘时的异常。

protectedfinalvoidsetMeasuredDimension(intmeasuredWidth,intmeasuredHeight){booleanoptical = isLayoutModeOptical(this);if(optical != isLayoutModeOptical(mParent)) {            Insets insets = getOpticalInsets();intopticalWidth  = insets.left + insets.right;intopticalHeight = insets.top  + insets.bottom;            measuredWidth  += optical ? opticalWidth  : -opticalWidth;            measuredHeight += optical ? opticalHeight : -opticalHeight;        }        setMeasuredDimensionRaw(measuredWidth, measuredHeight);    }

在setMeasuredDimension()方法中传入的是getDefaultSize(),接着分析getDefaultSize()中做了哪些操作:

publicstaticintgetDefaultSize(intsize,intmeasureSpec){intresult = size;intspecMode = MeasureSpec.getMode(measureSpec);intspecSize = MeasureSpec.getSize(measureSpec);switch(specMode) {caseMeasureSpec.UNSPECIFIED:            result = size;break;caseMeasureSpec.AT_MOST:caseMeasureSpec.EXACTLY:            result = specSize;break;        }returnresult;    }

通过上文对MeasureSpec的分析,在这里我们就能明确,getDefaultSize实质上就是根据测绘模式确定子View的具体大小,而对于自定义View而言,子View的宽高信息不仅由自身决定,如果它被包裹在ViewGroup中就需要具体测量得到其精确值。

3、View的Measure过程中遇到的问题以及解决方案

View 的measure过程和Activity的生命周期方法不是同步执行的,因此无法保证Activity执行了onCreate、onStart、onResume时某个View已经测量完毕了。如果View还没有测量完毕,那么获得的宽和高都是0。下面是3种解决该问题的方法:

①Activity/View的onWindowsChanged()方法

onWindowFocusChanged()方法表示 View 已经初始化完毕了,宽高已经准备好了,这个时候去获取是没问题的。这个方法会被调用多次,当Activity继续执行或者暂停执行的时候,这个方法都会被调用,代码如下:

publicvoidonWindowFocusChanged(booleanhasWindowFocus){super.onWindowFocusChanged(hasWindowFocus);if(hasWindowFocus){intwidth=view.getMeasuredWidth();intheight=view.getMeasuredHeight();      }        }

②View.post(runnable)方法

通过post将一个 Runnable投递到消息队列的尾部,然后等待Looper调用此runnable的时候View也已经初始化好了

@OverrideprotectedvoidonStart(){super.onStart();      view.post(newRunnable() {@Overridepublicvoidrun(){intwidth=view.getMeasuredWidth();intheight=view.getMeasuredHeight();          }      });  }

③ViewTreeObsever

使用 ViewTreeObserver 的众多回调方法可以完成这个功能,比如使用onGlobalLayoutListener 接口,当 View树的状态发生改变或者View树内部的View的可见性发生改变时,onGlobalLayout 方法将被回调。伴随着View树的变化,这个方法也会被多次调用。

@OverrideprotectedvoidonStart(){super.onStart();      ViewTreeObserver viewTreeObserver=view.getViewTreeObserver();      viewTreeObserver.addOnGlobalLayoutListener(newViewTreeObserver.OnGlobalLayoutListener() {@OverridepublicvoidonGlobalLayout(){              view.getViewTreeObserver().removeOnGlobalLayoutListener(this);intwidth=view.getMeasuredWidth();intheight=view.getMeasuredHeight();          }      });  }

当然,在这里你可以通过setMeasuredDimension()方法对子View的具体宽高以及测量模式进行指定。

五、View的layout流程分析

1、View树的layout摆放流程逻辑图

2、View的layout流程分析

layout 的作用是ViewGroup来确定子元素的位置,当 ViewGroup 的位置被确定后,在layout中会调用onLayout ,在onLayout中会遍历所有的子元素并调用子元素的 layout 方法。

在代码中设置View的成员变量 mLeft,mTop,mRight,mBottom 的值,这几个值是在屏幕上构成矩形区域的四个坐标点,就是该View显示的位置,不过这里的具体位置都是相对与父视图的位置而言,而 onLayout 方法则会确定所有子元素位置,ViewGroup在onLayout函数中通过调用其children的layout函数来设置子视图相对与父视图中的位置,具体位置由函数 layout 的参数决定。下面我们先看View的layout 方法(只展示关键性代码)如下:

/* 

*@param l view 左边缘相对于父布局左边缘距离

*@param t view 上边缘相对于父布局上边缘位置

*@param r view 右边缘相对于父布局左边缘距离

*@param b view 下边缘相对于父布局上边缘距离

*/publicvoidlayout(intl,intt,intr,intb){        ...//记录 view 原始位置  intoldL = mLeft;intoldT = mTop;intoldB = mBottom;intoldR = mRight;//调用 setFrame 方法 设置新的 mLeft、mTop、mBottom、mRight 值,  //设置 View 本身四个顶点位置  //并返回 changed 用于判断 view 布局是否改变  booleanchanged = isLayoutModeOptical(mParent) ?                setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);//第二步,如果 view 位置改变那么调用 onLayout 方法设置子 view 位置  if(changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {//调用 onLayout  onLayout(changed, l, t, r, b);            ...        }        ...    }

六、View的draw流程分析

1、View树的draw绘制流程逻辑图

2、View的draw流程分析

在View的draw()方法的注释中,说明了绘制流程中具体每一步的作用,源码中对于draw()方法的注释如下,我们在这里重点分析注释中除第2、第5步外的其他步骤。

/*

        * Draw traversal performs several drawing steps which must be executed

        * in the appropriate order:

        *

        *      1. Draw the background(绘制背景)

        *      2. If necessary, save the canvas' layers to prepare for fading(如果需要的话,保存画布背景以展示渐变效果)

        *      3. Draw view's content(绘制View的内容)

        *      4. Draw children(绘制子View)

        *      5. If necessary, draw the fading edges and restore layers(如果需要的话,绘制渐变边缘并恢复画布图层。)

        *      6. Draw decorations (scrollbars for instance)(绘制装饰(例如滚动条scrollbar))

        */

①View中的drawBackground()绘制背景

核心源码如下:

privatevoiddrawBackground(Canvas canvas){finalDrawable background = mBackground;if(background ==null) {return;        }        ...finalintscrollX = mScrollX;finalintscrollY = mScrollY;if((scrollX | scrollY) ==0) {            background.draw(canvas);        }else{            canvas.translate(scrollX, scrollY);            background.draw(canvas);            canvas.translate(-scrollX, -scrollY);        }    }

如果背景有偏移,实质上对画布首先做偏移处理,然后在其上进行绘制。

②View内容的绘制

View内容的绘制源码如下所示:

protectedvoidonDraw(Canvas canvas){    }

该方法是空实现,就根据不同的内容进行不同的设置,自定义View中就需要重写该方法加入我们自己的业务逻辑。

③子View的绘制

子View的绘制源码如下所示:

protectedvoiddispatchDraw(Canvas canvas){    }

该方法同样为空实现,而对于ViewGroup而言对子View进行遍历,并最终调用子View的onDraw方法进行绘制。

④装饰绘制

装饰绘制的源码如下所示(只展示核心源码):

publicvoidonDrawForeground(Canvas canvas){//绘制前景装饰onDrawScrollIndicators(canvas);        onDrawScrollBars(canvas);      ...            foreground.draw(canvas);    }

很明显,在这里onDrawForeground()方法用于绘制例如ScrollBar等其他装饰,并将它们显示在视图的最上层。

七、视图重绘

1、requestLayout重新绘制视图

子View调用requestLayout方法,会标记当前View及父容器,同时逐层向上提交,直到ViewRootImpl处理该事件,ViewRootImpl会调用三大流程,从measure开始,对于每一个含有标记位的view及其子View都会进行测量、布局、绘制。

2、invalidate在UI线程中重新绘制视图

当子View调用了invalidate方法后,会为该View添加一个标记位,同时不断向父容器请求刷新,父容器通过计算得出自身需要重绘的区域,直到传递到ViewRootImpl中,最终触发performTraversals方法,进行开始View树重绘流程(只绘制需要重绘的视图)。

3、postInvalidate在非UI线程中重新绘制视图

这个方法与invalidate方法的作用是一样的,都是使View树重绘,但两者的使用条件不同,postInvalidate是在非UI线程中调用,invalidate则是在UI线程中调用。

我要总结了

总结一下

一般来说,如果View确定自身不再适合当前区域,比如说它的LayoutParams发生了改变,需要父布局对其进行重新测量、摆放、绘制这三个流程,往往使用requestLayout。而invalidate则是刷新当前View,使当前View进行重绘,不会进行测量、布局流程,因此如果View只需要重绘而不需要测量,布局的时候,使用invalidate方法往往比requestLayout方法更高效。

作者:Alex_Payne

链接://www.greatytc.com/p/af266ff378c6

來源:简书

简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,393评论 5 467
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,790评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,391评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,703评论 1 270
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,613评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,003评论 1 275
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,507评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,158评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,300评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,256评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,274评论 1 328
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,984评论 3 316
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,569评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,662评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,899评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,268评论 2 345
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,840评论 2 339

推荐阅读更多精彩内容