自定义控件知识储备-LayoutParams的那些事

在上一篇文章里，我总结了一下自定义控件需要了解的基础知识：View的绘制流程——《自定义控件知识储备-View的绘制流程》。其中，在View的测量流程里，View的测量宽高是由父控件的MeasureSpec和View自身的LayoutParams共同决定的。MeasureSpec是什么，上一篇文章里已经说得很清楚了（啥，没看过？快去路克路克，(๑•̀ㅂ•́)و✧）。而LayoutParams呢？是时候在这里做个了断了。

LayoutParams是什么？

LayoutParams，顾名思义，就是Layout Parameters :布局参数。
很久很久以前，我就知道LayoutParams了，并且几乎天天见面。那时候在布局文件XML里，写的最多的肯定是android:layout_width = "match_parent"之类的了。比如：

常见布局文件的栗子
<TextView
    style="@style/text_flag_01"
    android:layout_width="match_parent"
    android:layout_height="100dp"
    android:layout_marginLeft="10dp"
    android:layout_gravity="center"
    android:gravity="center"
    android:text="英明神武蘑菇君"
    android:textColor="@color/white"
    android:background="@color/colorAccent"/>

我们都知道layout_width和layout_height这两个属性是为View指定宽度的。不过，当时年轻的我心里一直有个疑问：为什么要加上"layout_"前缀修饰呢？其它的描述属性，如textColor和background，都很正常啊！讲道理，应该用width和height描述宽高才对啊？

后来呀，我遇到了LayoutParams，它说layout_width是它的属性而非View的，并且不只是针对这一个，而是所有以"layout_"开头的属性都与它有关！所以，它的东西当然要打上自己的标识"layout_"。（呵呵，嚣张个啥，到头来你自己还不是属于View的一部分(￣┰￣*)）

既然layout_width这样的属性是LayoutParams定义的，那为何会出现在描述View的xml属性里呢？View和LayoutParams之间有什么恩怨纠缠呢？

不吹不黑，咱们来看看官方文档是怎么说的：

  1. LayoutParams are used by views to tell their parents how they want to be laid out.
    -- LayoutParams是View用来告诉它的父控件如何放置自己的。
  1. The base LayoutParams class just describes how big the view wants to be for both width and height.
    -- 基类LayoutParams（也就是ViewGroup.LayoutParams）仅仅描述了这个View想要的宽度和高度。
  1. There are subclasses of LayoutParams for different subclasses of ViewGroup.
    -- 不同ViewGroup的继承类对应着不同的ViewGroup.LayoutParams的子类。

看着我妙到巅峰的翻译，想必大家都看懂了<(￣▽￣)/。看不懂？那我再来画蛇添足稍微解释一下：

  1. 上面我们提到过，描述View直接用它们自己的属性就好了，如textColor和background等等，为什么还需要引入LayoutParams呢？在我看来，textColor和background这样的属性都是只与TextView自身有关的，无论这个TextView处于什么环境，这些属性都是不变的。而layout_width与layout_marginLeft这样的属性是与它的父控件息息相关的，是父控件通过LayoutParams提供这些"layout_"属性给孩子们用的；是父控件根据孩子们的要求（LayoutParams）来决定怎么测量，怎么安放孩子们的；是父控件......（写不下去了，我都快被父控件感动了，不得不再感慨一句，当父母的都不容易啊(′⌒`)) ）。所以，View的LayoutParams离开了父控件，就没有意义了。

  2. 基类LayoutParams是ViewGroup类里的一个静态内部类（看吧，这就证明了LayoutParams是与父控件直接相关的），它的功能很简单，只提供了width和height两个属性，对应于xml里的layout_width和layout_height。所以，对任意系统提供的容器控件或者是自定义的ViewGroup，其chid view总是能写layout_width和layout_height属性的。

  3. 自从有了ViewGroup.LayoutParams后，我们就可以在自定义ViewGroup时，根据自己的逻辑实现自己的LayoutParams，为孩子们提供更多的布局属性。不用说，系统里提供给我们的容器控件辣么多，肯定也有很多LayoutParams的子类啦。let us see see:

ViewGroup.LayoutParams的截图

果然，我们看到了很多ViewGroup.LayoutParams的子类，里面大部分我们应该都比较熟悉。如果你觉得和它们不熟，那就是你一厢情愿啦，你早就“偷偷摸摸”的用过它们好多次了→_→

ViewGroup.MarginLayoutParams

我们首先来看看ViewGroup.MarginLayoutParams，看名字我们也能猜到，它是用来提供margin属性滴。margin属性也是我们在布局时经常用到的。看看这个类里面的属性：

public static class MarginLayoutParams extends ViewGroup.LayoutParams {
      
        public int leftMargin;

        public int topMargin;
       
        public int rightMargin;

        public int bottomMargin;

        private int startMargin = DEFAULT_MARGIN_RELATIVE;

        private int endMargin = DEFAULT_MARGIN_RELATIVE;
        
        ...
    }

前面4个属性是我们以前在布局文件里常用的，而后面的startMargin和endMargin是为了支持RTL设计出来代替leftMargin和rightMargin的。

一般情况下，View开始部分就是左边，但是有的语言目前为止还是按照从右往左的顺序来书写的，例如阿拉伯语。在Android 4.2系统之后，Google在Android中引入了RTL布局，更好的支持了从右往左文字布局的显示。为了更好的兼容RTL布局，google推荐使用MarginStart和MarginEnd来替代MarginLeft和MarginRight，这样应用可以在正常的屏幕和从右往左显示文字的屏幕上都保持一致的用户体验。

我们除了在布局文件里用layout_marginLeft和layout_marginTop这样的属性来指定单个方向的间距以外，还会用layout_margin来表示四个方向的统一间距。我们来通过源码看看这一过程：

 public MarginLayoutParams(Context c, AttributeSet attrs) {
            super();

            TypedArray a = c.obtainStyledAttributes(attrs, R.styleable.ViewGroup_MarginLayout);
            setBaseAttributes(a,
                    R.styleable.ViewGroup_MarginLayout_layout_width,
                    R.styleable.ViewGroup_MarginLayout_layout_height);

            int margin = a.getDimensionPixelSize(
                    com.android.internal.R.styleable.ViewGroup_MarginLayout_layout_margin, -1);
            if (margin >= 0) {
                leftMargin = margin;
                topMargin = margin;
                rightMargin= margin;
                bottomMargin = margin;
            } else {
                leftMargin = a.getDimensionPixelSize(
                        R.styleable.ViewGroup_MarginLayout_layout_marginLeft,
                        UNDEFINED_MARGIN);
                if (leftMargin == UNDEFINED_MARGIN) {
                    mMarginFlags |= LEFT_MARGIN_UNDEFINED_MASK;
                    leftMargin = DEFAULT_MARGIN_RESOLVED;
                }
                ... 
            }
            ...
    }

在这个MarginLayoutParams的构造函数里，将获取到的xml布局文件里的属性转化成了leftMagrin与rightMagrin等值。先获取xml里的layout_margin值，如果未设置，则再去获取layout_marginLeft与layout_marginRight等值。所以从这里可以得出一个小结论：

在xml布局里，layout_margin属性的值会覆盖layout_marginLeft与layout_marginRight等属性的值。

以前我还很傻很天真的猜测，属性写在后面，就会覆盖前面的属性。虽然经过实践，也能发现上述的结论，但是自己了解了背后的原理，再去看看源码实现，自然就有更深刻的印象了。<(￣ˇ￣)/

揭开隐藏的LayoutParams

在上文中提到，我们初学Android的时候经常在“偷偷摸摸”的使用着LayoutParams，而自己却还

一脸懵逼
。
因为我们常用它的方式是在XML布局文件里，使用容器控件的LayoutParams里的各种属性来给孩子们布局。这种方式直观方便，直接就能在预览界面看到效果，但是同时布局也被我们写死了，无法动态改变。想要动态变化，那还是得不怕麻烦，使用代码来写。（实际上，我们写的XML布局最终也是通过代码来解析滴）

好的，那还是让我们通过源码来揭开隐藏在ViewGroup里的LayoutParams吧！<(￣︶￣)↗[GO!]......等会，我们该从哪里开始看源码呢？我认为有句名言说的在理：

脱离场景谈源码，都是在耍流氓 ——英明神武蘑菇君

上文提到，LayoutParams其实是父控件提供给child view的，好让child view选择如何测量和放置自己。所以肯定在child view添加到父控件的那一刻，child view就应该有LayoutParams了。我们来看看几个常见的添加View的方式：


LinearLayout parent = (LinearLayout) findViewById(R.id.parent);
// 1.直接添加一个“裸”的TextView，不主动指定LayoutParams
TextView textView = new TextView(this);
textView.setText("红色蘑菇君");
textView.setTextColor(Color.RED);
parent.addView(textView);

// 2.先手动给TextView设定好LayoutParams，再添加
textView = new TextView(this);
textView.setText("绿色蘑菇君");
textView.setTextColor(Color.GREEN);
LinearLayout.LayoutParams lp = new LinearLayout.LayoutParams(300,300);
textView.setLayoutParams(lp);
parent.addView(textView);

// 3.在添加的时候传递一个创建好的LayoutParams
textView = new TextView(this);
textView.setText("蓝色蘑菇君");
textView.setTextColor(Color.BLUE);
LinearLayout.LayoutParams lp2 = new LinearLayout.LayoutParams(ViewGroup.LayoutParams.WRAP_CONTENT,300);
parent.addView(textView, lp2);

上面代码展示的是3种往LinearLayout里动态添加TextView的方式，其中都涉及到了addView这个方法。我们来看看addView的几个重载方法：

//这3个方法都来自于基类ViewGroup

 public void addView(View child) {
        addView(child, -1);
    }
    
 /*
  * @param child the child view to add
  * @param index the position at which to add the child    
  /
public void addView(View child, int index) {
        if (child == null) {
            throw new IllegalArgumentException("Cannot add a null child view to a ViewGroup");
        }
        LayoutParams params = child.getLayoutParams();
        if (params == null) {
            params = generateDefaultLayoutParams();
            if (params == null) {
                throw new IllegalArgumentException("generateDefaultLayoutParams() cannot return null");
            }
        }
        addView(child, index, params);
    }
    
public void addView(View child, LayoutParams params) {
        addView(child, -1, params);
    }

可以看出addView(View child)是调用了addView(View child, int index)方法的，在这个里面对child的LayoutParams做了判断，如果为null的话，则调用了generateDefaultLayoutParams方法为child生成一个默认的LayoutParams。这也合情合理，毕竟现在这个社会呀，像蘑菇君我这么懒的人太多，你要是不给个默认的选项，那别说友谊的小船了，就算泰坦尼克，那也说翻就翻！<(￣︶￣)>......好的，那让我们看看LinearLayout为我们这群懒人生成了怎样的默认LayoutParams：

@Override
protected LayoutParams generateDefaultLayoutParams() {
        if (mOrientation == HORIZONTAL) {
            return new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT);
        } else if (mOrientation == VERTICAL) {
            return new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT);
        }
        return null;
}

显然，LinearLayout是重写了基类ViewGroup里的generateDefaultLayoutParams方法的：如果布局是水平方向，则孩子们的宽高都是WRAP_CONTENT，而如果是垂直方向，高仍然是WRAP_CONTENT，但宽却变成了MATCH_PARENT。所以，这一点大家得注意，因为很有可能因为我们的懒，导致布局效果和我们理想中的不一样。因此呢，第1种添加View的方式是不推荐滴，像第2或第3种方式，添加的时候指定了LayoutParams，不仅明确，而且易修改。（果然还是勤劳致富呀...）

上面三个重载的addView方法最终都调用了addView(View child, int index, LayoutParams params)这个参数最多的方法:

public void addView(View child, int index, LayoutParams params) {
        ...
        requestLayout();
        invalidate(true);
        addViewInner(child, index, params, false);
    }
    
private void addViewInner(View child, int index, LayoutParams params,
            boolean preventRequestLayout) {
        ...

        if (!checkLayoutParams(params)) {
            params = generateLayoutParams(params);
        }

        if (preventRequestLayout) {
            child.mLayoutParams = params;
        } else {
            child.setLayoutParams(params);
        }
        
        ...
    }

addView方法又调用了方法addViewInner，在这个私有方法里，又干了哪些偷偷摸摸的事呢？接着来看看：

//这两个方法都重写了基类ViewGroup里的方法
// Override to allow type-checking of LayoutParams.
@Override
protected boolean checkLayoutParams(ViewGroup.LayoutParams p) {
    return p instanceof LinearLayout.LayoutParams;
}
    
@Override
  protected LayoutParams generateLayoutParams(ViewGroup.LayoutParams p) {
    return new LayoutParams(p);
}

checkLayoutParams方法的作用是检查传递进来的LayoutParams是不是LinearLayout的LayoutParam。如果不是呢？再通过generateLayoutParams方法根据你传递的LayoutParams的属性构造一个LinearLayout的LayoutParams。不得不再次感慨父容器控件的不容易：我们懒得设置child view的LayoutParams，甚至是设置了错误的LayoutParams，父控件都在竭尽所能的纠正我们的错误，只为了给孩子提供一个舒适的环境。(╥╯^╰╥)

不过呀，虽然父控件可以在添加View时帮我们纠正部分错误，但我们在其他情况下错误的修改child View的LayoutParams，那父控件也爱莫能助了。比如下面这种情况：

LinearLayout parent = (LinearLayout) findViewById(R.id.parent);
textView = new TextView(this);
textView.setText("此处有BUG");
LinearLayout.LayoutParams lp = new LinearLayout.LayoutParams(200,200);
parent.addView(textView, lp);

textView.setLayoutParams(new ViewGroup.LayoutParams(100,100));

会直接报ClassCastException：

java.lang.ClassCastException: android.view.ViewGroup$LayoutParams cannot be cast to android.widget.LinearLayout$LayoutParams

上面这种异常熟悉么？反正我是相当熟悉的〒▽〒......原因就是上面代码里的textView是LinearLayout的孩子，而我们调用textView的setLayoutParams方法强行给它设置了一个ViewGroup的LayoutParams，所有在LinearLayout重新进行绘制流程的时候，在onMeasure方法里，会进行强制类型转换操作：

LinearLayout.LayoutParams lp = (LinearLayout.LayoutParams) child.getLayoutParams();

所以App斯巴达了。也许你会说，我才不会这么傻，我知道textView的父控件是LinearLayout了，我肯定会给它设置相应的LayoutParams的！这是当然的啦，在这种明确的情况下，我们当然不会这么傻。但是，很不幸的是，有很多时候我们并不能一眼就看出来一个View的LayoutParams是什么类型的LayoutParams，这就需要动用你的智慧去分析分析啦，希望这篇文章能给你一些帮助。♪(＾∀＾●)ﾉ

自定义LayoutParams

在本文的开头就提到过：每个容器控件几乎都会有自己的LayoutParams实现，像LinearLayout、FrameLayout和RelativeLayout等等。所以，我们在自定义ViewGroup时，几乎都要自定义相应的LayoutParams。这一节呢，就是对如何自定义LayoutParams进行一个总结。

我以一个简单的流布局FlowLayout为例，流布局的简单定义如下：

FlowLayout：添加到此容器的控件自左往右依次排列，如果当前行的宽度不足以容纳下一个控件，就会将此控件放置到下一行。

假设这个FlowLayout可以给它的孩子们提供一个gravity属性，效果就是让孩子能在某一行的垂直方向上选择三个位置：top(处于顶部)、center(居中)、bottom(处于底部)。咦？这个效果是不是和LinearLayout提供给孩子的layout_gravity属性很像？那好，我们来参考一下LinearLayout里的LayoutParams源码：

public static class LayoutParams extends ViewGroup.MarginLayoutParams {
   
        public float weight;

        public int gravity = -1;
   
        public LayoutParams(Context c, AttributeSet attrs) {
        
            super(c, attrs);
            TypedArray a =
            c.obtainStyledAttributes(attrs, com.android.internal.R.styleable.LinearLayout_Layout);
            weight = a.getFloat(com.android.internal.R.styleable.LinearLayout_Layout_layout_weight, 0);
            gravity = a.getInt(com.android.internal.R.styleable.LinearLayout_Layout_layout_gravity, -1);

            a.recycle();
        }
     
     
        public LayoutParams(ViewGroup.LayoutParams p) {
            super(p);
        }

       
        public LayoutParams(ViewGroup.MarginLayoutParams source) {
            super(source);
        }  
        
         public LayoutParams(LayoutParams source) {
            super(source);

            this.weight = source.weight;
            this.gravity = source.gravity;
        }
    }

首先，LinearLayout里的静态内部类LayoutParams是继承ViewGroup.MarginLayoutParams的，所以它的孩子们都可以用margin属性。事实上，绝大部分容器控件都是直接继承ViewGroup.MarginLayoutParams而非ViewGroup.LayoutParams。所以我们的FlowLayout也直接继承ViewGroup.MarginLayoutParams。

其次，LinearLayout支持两个属性weight和gravity，这两个属性在xml对应的就是layout_weight和layout_gravity。在它的构造函数LayoutParams(Context c, AttributeSet attrs)里，将获取到的xml布局文件里的属性转化成了weight与gravity的值。不过com.android.internal.R.styleable.LinearLayout_Layout这个东西是什么鬼？其实这是系统在xml属性文件里配置的declare-styleable，好让系统知道LinearLayout能为它的孩子们提供哪些属性支持。我们在布局的时候IDE也会给出这些快捷提示。而对于自定义的FlowLayout来说，模仿LinearLayout的写法，可以在attrs.xml文件里这么写：

<declare-styleable name="FlowLayout_Layout">
        <attr name="android:layout_gravity"/>
    </declare-styleable>

而剩下的几个构造方法起的作用就是从传递的LayoutParams参数里克隆属性了。

依葫芦画瓢，FlowLayout的LayoutParams如下：

public static class LayoutParams extends ViewGroup.MarginLayoutParams {
   
        public int gravity = -1;
   
        public LayoutParams(Context c, AttributeSet attrs) {
        
            super(c, attrs);
            TypedArray a =
            c.obtainStyledAttributes(attrs, com.android.internal.R.styleable.LinearLayout_Layout);
            weight = a.getFloat(R.styleable.FlowLayout_Layout, 0);
            gravity = a.getInt(R.styleable.FlowLayout_Layout_android_layout_gravity, -1);

            a.recycle();
        }
        
         public LayoutParams(ViewGroup.LayoutParams p) {
            super(p);
        }

       
        public LayoutParams(ViewGroup.MarginLayoutParams source) {
            super(source);
        }  
        
        
         public LayoutParams(LayoutParams source) {
            super(source);
            this.gravity = source.gravity;
        }
     
    }

看起来还是挺简单的吧？好，那我们这篇文章到此结束......等一等！好像忘记了点什么......

思考一会儿

如果对上面分析ViewGroup的addView方法的流程还有印象，可能你会注意ViewGroup里的这几个方法：

 public LayoutParams generateLayoutParams(AttributeSet attrs) {
        return new LayoutParams(getContext(), attrs);
    }

protected LayoutParams generateLayoutParams(ViewGroup.LayoutParams p) {
        return p;
    }
    
protected LayoutParams generateDefaultLayoutParams() {
        return new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT);
    }

protected boolean checkLayoutParams(ViewGroup.LayoutParams p) {
        return  p != null;
    }

为了能在添加child view时给它设置正确的LayoutParams，我们还需要重写上面几个方法（还问为啥要重写？快翻到前面再see see）。同样的，我们还是先来看看LinearLayout是怎么处理的吧：

 @Override
    public LayoutParams generateLayoutParams(AttributeSet attrs) {
        return new LinearLayout.LayoutParams(getContext(), attrs);
    }

   
    @Override
    protected LayoutParams generateDefaultLayoutParams() {
        if (mOrientation == HORIZONTAL) {
            return new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT);
        } else if (mOrientation == VERTICAL) {
            return new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.WRAP_CONTENT);
        }
        return null;
    }

    @Override
    protected LayoutParams generateLayoutParams(ViewGroup.LayoutParams p) {
        return new LayoutParams(p);
    }


    // Override to allow type-checking of LayoutParams.
    @Override
    protected boolean checkLayoutParams(ViewGroup.LayoutParams p) {
        return p instanceof LinearLayout.LayoutParams;
    }

那FlowLayout该如何重写上面的几个方法呢？相信聪明的你已经知道了。(๑•̀ㅂ•́)و✧

总结

这一篇文章从自定义控件的角度，并结合源码和表情包生动形象的谈了谈我所理解的LayoutParams。（生动，形象？真不要脸...(¯﹃¯)）。不得不说，结合源码来学习某个知识点，的确是能起到事半功倍的作用。蘑菇君初来乍到，文章里如有错误和疏漏之处，欢迎指正和补充。

预告

下一篇文章打算记录一个简单的自定义ViewGroup：流布局FlowLayout的实现过程，将自定义控件知识储备-View的绘制流程里的知识点和本篇文章的LayoutParams结合起来。

PS：写博客的初始阶段果然是有些艰辛，脑海里想写的很多，而真到了要以文字表达出来时，却有一种“爱你在心口难开”的尴尬。不过，感觉到艰难也就意味着自己在走上坡路，坚持下去，希望能给自己和大家带来更多的帮助。

我是蘑菇君，我为自己带盐

加油，加油
最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 203,547评论 6赞 477
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 85,399评论 2赞 381
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 150,428评论 0赞 337
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 54,599评论 1赞 274
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 63,612评论 5赞 365
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,577评论 1赞 281
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,941评论 3赞 395
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,603评论 0赞 258
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,852评论 1赞 297
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2赞 321
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1赞 329
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 33,375评论 4赞 318
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,955评论 3赞 307
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1赞 259
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2赞 349
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2赞 342

推荐阅读更多精彩内容