Android事件传递机制

总结，细化，推演

一、总结

四个事件，三个方法，两套机制

1.1 四个事件

  • Down
  • Move
  • Up/Cancel

1.2 三个方法

  • dispatchTouchEvent
  • onInterceptTouchEvent
  • onTouchEvent

1.3 两套机制

Talk is cheap, show me the code.

ViewGroup处理机制：

public boolean dispatchTouchEvent(MotionEvent ev) {
    if (!onInterceptTouchEvent(ev)) {                   // 1. 判断是否拦截
        for (int i = childrenCount - 1; i >= 0; i--) {  // 2. 逆序遍历子View，寻找意欲消费该事件的子View
            if (children[i].dispatchTouchEvent(ev)) {
                return true;
            }
        }
    }
    return super.dispatchTouchEvent(ev);               // 3. 如果没有子View消费事件，则走View处理机制
}

View处理机制：

public boolean dispatchTouchEvent(MotionEvent ev) {
    if (onTouchListener != null) {
        return onTouchListener.onTouch(ev) || onTouchEvent(ev);
    }
    return onTouchEvent(ev);
}

注意
1、上述机制是极度简化后的（后文详述）
2、ViewGroup本身也是View

二、细化

2.1 四个事件

只考虑单点触控的情况下，一次手势操作产生的事件序列如下图所示：


基本事件序列

注意
事件消费以手势为单位，如果View不消费Down事件，则它将不再收到其它事件；反之，如果它消费了Down事件，则必然以一个Up或Cancel事件结束。

2.2 三个方法

dispatchTouchEvent、onInterceptTouchEvent和onTouchEvent都接收一个TouchEvent作为参数，返回值类型都是boolean。

dispatchTouchEvent自上而下分发，onTouchEvent自下而上处理，onInterceptTouchEvent居中拦截，构成了Android事件的处理机制。

2.2.1 dispatchTouchEvent

dispatchTouchEvent定义在Activity、ViewGroup和View中，控制TouchEvent走向，其目的就是找出哪个View应该处理该TouchEvent，简言之，它用于事件的分发。

Activity.dispatchTouchEvent总是最先收到事件，经过一系列下发后，传递给布局。本文只考虑布局对手势事件的处理。

dispatchTouchEvent有几个原则非常关键

  1. 其对Down事件的返回值表征是否消费该事件（对其它事件的返回值无所谓）
  2. 自上而下分发，采用逐层负责制
  3. 分发之前先判断是否要拦截
2.2.2 onInterceptTouchEvent

onInterceptTouchEvent定义在ViewGroup中，用于拦截事件。

onInterceptTouchEvent被调用需要满足两个条件：

  1. 当前传递的是Down事件或者有子View消费了之前的Down事件
  2. 允许拦截

如果onInterceptTouchEvent拦截的是Down事件，Down事件不会继续向下传递；如果拦截的是Move或Up事件，则会下发Cancel事件给下层。

onInterceptTouchEvent一旦返回true，就不会再调用。

2.2.3 onTouchEvent

onTouchEvent定义在Activity、ViewGroup和View中，消费事件。

2.3 两套机制

1.3节中所示的机制确切来说是不正确的，实际的事件传递机制要复杂得多。

Android事件处理涉及三个操作：分发、拦截与消费。

  • 分发
  • dispatchTouchEvent负责分发
  • 分发自上而下
  • 分发前判断是否拦截
  • dispatchTouchEvent对Down事件返回true表征View/ViewGroup消费该事件
  • dispatchTouchEvent对其余事件的返回值对分发没有任何影响
  • ViewGroup会逆序遍历边界包含触控点的所有子View，调用其dispatchTouchEvent判断其是否消费
  • 一旦找到消费事件的子View
    • ViewGroup会停止遍历
    • 后续事件会直接分发给该子View，不再遍历
  • 拦截
  • onInterceptTouchEvent负责拦截
  • onInterceptTouchEvent返回true表征拦截
  • 如果ViewGroup A拦截Down事件
    • 所有事件由拦截事件的ViewGroup处理，不向下分发
  • 如果ViewGroup A拦截Move/Up事件
    • 事件转为Cancel向下分发
    • A.onTouchEvent在本次事件中不会被调用
    • A.dispatchTouchEvent会将后续事件直接传递给A.onTouchEvent，不向下分发
  • 一旦onInterceptTouchEvent返回true，就不会再被调用
  • 消费
    • OnTouchListener或onTouchEvent负责消费
    • OnTouchListener优先于onTouchEvent
    • 如果OnTouchListener.onTouch返回true，则onTouchEvent不会再被调用
    • 如果没有注册OnTouchListener或OnTouchListener.onTouch返回false，onTouchEvent会再被调用

第三章通过推演详述这两套机制。

三、推演

假定有一个如下布局：L里包了一个R，R里包了B、T1、T2三个子View，T2叠在T1上。



L继承自LinearLayout，R继承自RelativeLayout，B继承自Button，T1、T2继承自TextView，在它们各事件方法的头部和尾部分别插入日志以观察其行为：

// public boolean onInterceptTouchEvent(MotionEvent ev) {
// public boolean onTouchEvent(MotionEvent event) {
public boolean dispatchTouchEvent(MotionEvent ev) {
    L.e(MotionEvent.actionToString(ev.getAction()));
    boolean result = super.dispatchTouchEvent(ev);
    L.e(MotionEvent.actionToString(ev.getAction()) + " " + result);
    return result;
}

默认情况
在T1的右侧（未被T2覆盖的部分）滑动手指，生成如下日志：

1. L.dispatchTouchEvent(L.java:41) ==> ACTION_DOWN
2. L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3. L.onInterceptTouchEvent(L.java:35) ==> ACTION_DOWN false
4.  R.dispatchTouchEvent(R.java:45) ==> ACTION_DOWN
5.  R.onInterceptTouchEvent(R.java:37) ==> ACTION_DOWN
6.  R.onInterceptTouchEvent(R.java:39) ==> ACTION_DOWN false
7.      T1.dispatchTouchEvent(T1.java:35) ==> ACTION_DOWN
8.      T1.onTouchEvent(T1.java:43) ==> ACTION_DOWN
9.      T1.onTouchEvent(T1.java:45) ==> ACTION_DOWN false
10.     T1.dispatchTouchEvent(T1.java:37) ==> ACTION_DOWN false
11. R.onTouchEvent(R.java:53) ==> ACTION_DOWN
12. R.onTouchEvent(R.java:55) ==> ACTION_DOWN false
13. R.dispatchTouchEvent(R.java:47) ==> ACTION_DOWN false
14. L.onTouchEvent(L.java:49) ==> ACTION_DOWN
15. L.onTouchEvent(L.java:51) ==> ACTION_DOWN false
16. L.dispatchTouchEvent(L.java:43) ==> ACTION_DOWN false

从日志中可以看出，事件传递经历了如下步骤：

  1. 首先产生的是Down事件，传递给L.dispatchTouchEvent
  2. L随之调用自身的onInterceptTouchEvent方法
  3. L.onInterceptTouchEvent返回false，表明L不拦截
  4. L于是把事件分发给R（调用R.dispatchTouchEvent)
  5. 同样的，R先调用自身的onInterceptTouchEvent
  6. R.onInterceptTouchEvent返回false，表明R也不拦截
  7. R于是把事件分发给T1（调用T1.dispatchTouchEvent)
  8. T1是普通View，不再需要向下分发，于是调用自身的onTouchEvent
    （自此，事件分发完成，开始处理事件）
  9. T1.onTouchEvent返回false
  10. T1.dispatchTouchEvent收到T1.onTouchEvent的返回值，同样返回false，表明T1不消费Down事件
    （第9、10步参见1.3节View处理机制）
  11. R根据T1.dispatchTouchEvent的返回值判断T1没有消费事件，于是尝试自己处理该事件，调用自身的onTouchEvent
  12. R.onTouchEvent返回false
  13. 从而导致R.dispatchTouchEvent返回false，表明R不消费Down事件
  14. 由于R没有消费事件，L尝试自己处理事件，调用自身的onTouchEvent
  15. L.onTouchEvent返回false
  16. 从而导致L.dispatchTouchEvent返回false
    （由于Down事件没有被消费，因此它们都将不再收到其它事件，事件处理结束）

结论
1、dispatchTouchEvent自上而下分发
2、onTouchEvent自下而上消费
3、ViewGroup.dispatchTouchEvent向下分发之前，会先调用onInterceptTouchEvent
4、如果Down事件没有被消费，将不再收到其余事件（Move，Up）

消费事件
如果View是clickable的，或者View注册了OnTouchListener且其onTouch方法返回true，或者实现了自定义的返回值为true的onTouchEvent，则认为View消费了事件。

根据我们的假定，B继承自Button，它是clickable的，因此可用于做消费事件的实验，但为了同时说明ViewGroup寻找子View的机制，我们在T1上注册一个OnTouchListener回调并返回true。

在T2上点击，日志如下：

1. L.dispatchTouchEvent(L.java:41) ==> ACTION_DOWN
2. L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3. L.onInterceptTouchEvent(L.java:35) ==> ACTION_DOWN false
4.     R.dispatchTouchEvent(R.java:43) ==> ACTION_DOWN
5.     R.onInterceptTouchEvent(R.java:35) ==> ACTION_DOWN
6.     R.onInterceptTouchEvent(R.java:37) ==> ACTION_DOWN false
7.          T2.dispatchTouchEvent(T2.java:35) ==> ACTION_DOWN
8.          T2.onTouchEvent(T2.java:43) ==> ACTION_DOWN
9.          T2.onTouchEvent(T2.java:45) ==> ACTION_DOWN false
10.         T2.dispatchTouchEvent(T2.java:37) ==> ACTION_DOWN false
11.         T1.dispatchTouchEvent(T1.java:35) ==> ACTION_DOWN
12.         MainActivity$1.onTouch(MainActivity.java:21) ==> ACTION_DOWN true
13.         T1.dispatchTouchEvent(T1.java:37) ==> ACTION_DOWN true
14.    R.dispatchTouchEvent(R.java:45) ==> ACTION_DOWN true
15. L.dispatchTouchEvent(L.java:43) ==> ACTION_DOWN true

16. L.dispatchTouchEvent(L.java:41) ==> ACTION_UP
17. L.onInterceptTouchEvent(L.java:33) ==> ACTION_UP
18. L.onInterceptTouchEvent(L.java:35) ==> ACTION_UP false
19.     R.dispatchTouchEvent(R.java:43) ==> ACTION_UP
20.     R.onInterceptTouchEvent(R.java:35) ==> ACTION_UP
21.     R.onInterceptTouchEvent(R.java:37) ==> ACTION_UP false
22.         T1.dispatchTouchEvent(T1.java:35) ==> ACTION_UP
23.         MainActivity$1.onTouch(MainActivity.java:21) ==> ACTION_UP true
24.         T1.dispatchTouchEvent(T1.java:37) ==> ACTION_UP true
25.     R.dispatchTouchEvent(R.java:45) ==> ACTION_UP true
26. L.dispatchTouchEvent(L.java:43) ==> ACTION_UP true

日志分析：
日志1至日志10与默认情况无异，下面主要说说几处不同。
11至13：事件透过T2继续向T1分发，且T1注册的回调返回了true，因此T1消费了Down事件
14至15：由于有子View消费了事件，因此L、R的onTouchEvent方法没有被调用
16至26：由于Down事件被消费，因此系统继续下发后续事件（Up）
（手指滑动小于20像素，不会产生Move事件，本例为简化没有令其产生）
另外注意，R没有将Up事件传递给T2，而是直接传给了T1

结论
1、如果消费了Down事件，则会继续收到后续事件
2、ViewGroup会以子View添加顺序的逆序查找边界包含触控点的所有子View
（2.1 事实上，如果遍历时发现某子View消费了该事件，ViewGroup会停止遍历）
3、一旦查找到消费事件的子View，后续事件会直接传递给它，不会再遍历

关于结论中2.1的论证，可以做这样一个实验：
在T2上注册OnTouchListener回调，实验方式不变，会发现事件不会传递给T1，而是由T2消费Down和Up事件。

如何判断事件是否被消费？
关于事件是否被消费，有说法说是看onTouchEvent是否返回true，这是不对的，实际上要看dispatchTouchEvent是否返回true，之所以会有这种说法，是因为默认情况下如果onTouchEvent返回true，则dispatchTouchEvent必然返回true（见1.3）。

做两个实验验证：

  1. 令T1.onTouchEvent返回true，而T1.dispatchTouchEvent返回false
  2. 令T1.onTouchEvent返回false，而T1.dispatchTouchEvent返回true

实验一日志输出除第9条外与默认情况完全一样，这里从略。
实验二日志如下：

1. L.dispatchTouchEvent(L.java:41) ==> ACTION_DOWN
2. L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3. L.onInterceptTouchEvent(L.java:35) ==> ACTION_DOWN false
4.  R.dispatchTouchEvent(R.java:45) ==> ACTION_DOWN
5.  R.onInterceptTouchEvent(R.java:37) ==> ACTION_DOWN
6.  R.onInterceptTouchEvent(R.java:39) ==> ACTION_DOWN false
7.          T1.dispatchTouchEvent(T1.java:35) ==> ACTION_DOWN
8.          T1.onTouchEvent(T1.java:44) ==> ACTION_DOWN
9.          T1.onTouchEvent(T1.java:46) ==> ACTION_DOWN false
10.         T1.dispatchTouchEvent(T1.java:38) ==> ACTION_DOWN true
11.     R.dispatchTouchEvent(R.java:47) ==> ACTION_DOWN true
12. L.dispatchTouchEvent(L.java:43) ==> ACTION_DOWN true

13. L.dispatchTouchEvent(L.java:41) ==> ACTION_UP
14. L.onInterceptTouchEvent(L.java:33) ==> ACTION_UP
15. L.onInterceptTouchEvent(L.java:35) ==> ACTION_UP false
16.     R.dispatchTouchEvent(R.java:45) ==> ACTION_UP
17.     R.onInterceptTouchEvent(R.java:37) ==> ACTION_UP
18.     R.onInterceptTouchEvent(R.java:39) ==> ACTION_UP false
19.         T1.dispatchTouchEvent(T1.java:35) ==> ACTION_UP
20.         T1.onTouchEvent(T1.java:44) ==> ACTION_UP
21.         T1.onTouchEvent(T1.java:46) ==> ACTION_UP false
22.         T1.dispatchTouchEvent(T1.java:38) ==> ACTION_UP true
23.     R.dispatchTouchEvent(R.java:47) ==> ACTION_UP true
24. L.dispatchTouchEvent(L.java:43) ==> ACTION_UP true

从日志中可以看出，
（实验1）虽然T1.onTouchEvent返回true，但由于T1.dispatchTouchEvent返回false，系统仍然认为T1没有消费Down事件，因此T1不再收到后续事件。
（实验2）反之，强制使T1.dispatchTouchEvent返回true后，T1（及T1的父控件L、R）会收到后续事件(Up)，
由此可知

dispatchTouchEvent返回true <=> View消费了事件

逐层负责制
为了说明事件下发是采用逐层负责制，做两个实验（点击T1）：

  1. 令T1.dispatchTouchEvent返回false（默认情况），R.dispatchTouchEvent返回true（点击T1）
  2. 令R.dispatchTouchEvent返回false，L.dispatchTouchEvent返回true（点击B）

实验1日志如下：

1.  L.dispatchTouchEvent(L.java:41) ==> ACTION_DOWN
2.  L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3.  L.onInterceptTouchEvent(L.java:35) ==> ACTION_DOWN false
4.      R.dispatchTouchEvent(R.java:43) ==> ACTION_DOWN
5.      R.onInterceptTouchEvent(R.java:35) ==> ACTION_DOWN
6.      R.onInterceptTouchEvent(R.java:37) ==> ACTION_DOWN false
7.          T1.dispatchTouchEvent(T1.java:35) ==> ACTION_DOWN
8.          T1.onTouchEvent(T1.java:43) ==> ACTION_DOWN
9.          T1.onTouchEvent(T1.java:45) ==> ACTION_DOWN false
10.         T1.dispatchTouchEvent(T1.java:37) ==> ACTION_DOWN false
11.     R.onTouchEvent(R.java:52) ==> ACTION_DOWN
12.     R.onTouchEvent(R.java:54) ==> ACTION_DOWN false
13.     R.dispatchTouchEvent(R.java:46) ==> ACTION_DOWN true
14. L.dispatchTouchEvent(L.java:43) ==> ACTION_DOWN true

15. L.dispatchTouchEvent(L.java:41) ==> ACTION_UP
16. L.onInterceptTouchEvent(L.java:33) ==> ACTION_UP
17. L.onInterceptTouchEvent(L.java:35) ==> ACTION_UP false
18.     R.dispatchTouchEvent(R.java:43) ==> ACTION_UP
19.     R.onTouchEvent(R.java:52) ==> ACTION_UP
20.     R.onTouchEvent(R.java:54) ==> ACTION_UP false
21.     R.dispatchTouchEvent(R.java:46) ==> ACTION_UP true
22. L.dispatchTouchEvent(L.java:43) ==> ACTION_UP true

实验2日志如下：

1.  L.dispatchTouchEvent(L.java:41) ==> ACTION_DOWN
2.  L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3.  L.onInterceptTouchEvent(L.java:35) ==> ACTION_DOWN false
4.      R.dispatchTouchEvent(R.java:43) ==> ACTION_DOWN
5.      R.onInterceptTouchEvent(R.java:35) ==> ACTION_DOWN
6.      R.onInterceptTouchEvent(R.java:37) ==> ACTION_DOWN false
7.          B.dispatchTouchEvent(B.java:35) ==> ACTION_DOWN
8.          B.onTouchEvent(B.java:43) ==> ACTION_DOWN
9.          B.onTouchEvent(B.java:45) ==> ACTION_DOWN true
10.         B.dispatchTouchEvent(B.java:37) ==> ACTION_DOWN true
11.     R.dispatchTouchEvent(R.java:46) ==> ACTION_DOWN false
12. L.onTouchEvent(L.java:50) ==> ACTION_DOWN
13. L.onTouchEvent(L.java:52) ==> ACTION_DOWN false
14. L.dispatchTouchEvent(L.java:44) ==> ACTION_DOWN true

15. L.dispatchTouchEvent(L.java:41) ==> ACTION_UP
16. L.onTouchEvent(L.java:50) ==> ACTION_UP
17. L.onTouchEvent(L.java:52) ==> ACTION_UP false
18. L.dispatchTouchEvent(L.java:44) ==> ACTION_UP true

从实验1日志可以看出，T1没有消费Down事件，R消费了Down事件，所以Up事件继续传递给R，但R不再向T1分发。
从实验2日志可以看出，虽然B消费了Down事件，但由于R.dispatchTouchEvent返回了false，表征R没有消费Down事件，因此系统不再向R下发后续事件，也就不会向B下发后续事件。

结论
如果ViewGroup没有消费Down事件，即使其子View消费了Down事件，该ViewGroup及其子View都不会再收到后续事件。

拦截机制
做两个实验：

  1. （拦截Down事件）令L.onInterceptTouchEvent(ACTION_DOWN)返回true，同时L.dispatchTouchEvent(ACTION_DOWN)返回true，其它默认（点击T1）
  2. （拦截Move事件）令L.onInterceptTouchEvent(ACTION_MOVE)返回true，其它默认（点击B）

实验1日志输出如下：

1.  L.dispatchTouchEvent(L.java:44) ==> ACTION_DOWN
2.  L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3.  L.onInterceptTouchEvent(L.java:38) ==> ACTION_DOWN true
4.  L.onTouchEvent(L.java:55) ==> ACTION_DOWN
5.  L.onTouchEvent(L.java:57) ==> ACTION_DOWN false
6.  L.dispatchTouchEvent(L.java:49) ==> ACTION_DOWN true

7.  L.dispatchTouchEvent(L.java:44) ==> ACTION_UP
8.  L.onTouchEvent(L.java:55) ==> ACTION_UP
9.  L.onTouchEvent(L.java:57) ==> ACTION_UP false
10. L.dispatchTouchEvent(L.java:49) ==> ACTION_UP false

实验2日志输出如下：

1.  L.dispatchTouchEvent(L.java:44) ==> ACTION_DOWN
2.  L.onInterceptTouchEvent(L.java:33) ==> ACTION_DOWN
3.  L.onInterceptTouchEvent(L.java:38) ==> ACTION_DOWN false
4.      R.dispatchTouchEvent(R.java:43) ==> ACTION_DOWN
5.      R.onInterceptTouchEvent(R.java:35) ==> ACTION_DOWN
6.      R.onInterceptTouchEvent(R.java:37) ==> ACTION_DOWN false
7.          B.dispatchTouchEvent(B.java:35) ==> ACTION_DOWN
8.          B.onTouchEvent(B.java:43) ==> ACTION_DOWN
9.          B.onTouchEvent(B.java:45) ==> ACTION_DOWN true
10.         B.dispatchTouchEvent(B.java:37) ==> ACTION_DOWN true
11.     R.dispatchTouchEvent(R.java:45) ==> ACTION_DOWN true
12. L.dispatchTouchEvent(L.java:46) ==> ACTION_DOWN true

13. L.dispatchTouchEvent(L.java:44) ==> ACTION_MOVE
14. L.onInterceptTouchEvent(L.java:33) ==> ACTION_MOVE
15. L.onInterceptTouchEvent(L.java:38) ==> ACTION_MOVE true
16.     R.dispatchTouchEvent(R.java:43) ==> ACTION_CANCEL
17.     R.onInterceptTouchEvent(R.java:35) ==> ACTION_CANCEL
18.     R.onInterceptTouchEvent(R.java:37) ==> ACTION_CANCEL false
19.         B.dispatchTouchEvent(B.java:35) ==> ACTION_CANCEL
20.         B.onTouchEvent(B.java:43) ==> ACTION_CANCEL
21.         B.onTouchEvent(B.java:45) ==> ACTION_CANCEL true
22.         B.dispatchTouchEvent(B.java:37) ==> ACTION_CANCEL true
23.     R.dispatchTouchEvent(R.java:45) ==> ACTION_CANCEL true
24. L.dispatchTouchEvent(L.java:46) ==> ACTION_MOVE true

25. L.dispatchTouchEvent(L.java:44) ==> ACTION_MOVE
26. L.onTouchEvent(L.java:52) ==> ACTION_MOVE
27. L.onTouchEvent(L.java:54) ==> ACTION_MOVE false
28. L.dispatchTouchEvent(L.java:46) ==> ACTION_MOVE false

29. L.dispatchTouchEvent(L.java:44) ==> ACTION_UP
30. L.onTouchEvent(L.java:52) ==> ACTION_UP
31. L.onTouchEvent(L.java:54) ==> ACTION_UP false
32. L.dispatchTouchEvent(L.java:46) ==> ACTION_UP false

实验1日志分析：

  1. （日志1至6）L拦截了Down事件，事件由L进行处理，不再向下分发
  2. （日志7至10）系统下发Up事件给L后，L不再调用自身的onInterceptTouchEvent。

实验2日志分析：

  1. L拦截了第一个Move事件
  • 该事件转为Cancel事件，继续向下分发
  • L.onTouchEvent不会被调用
  1. 后续事件（Move/Up）直接由L处理
  • 不再调用onInterceptTouchEvent
  • 也不再向下分发

结论
1、 如果ViewGroup拦截了Down事件，则该ViewGroup不向下分发任何事件，该ViewGroup会消费整个手势事件。
2、如果ViewGroup拦截了Move事件，则该事件会转为Cancel事件继续向下分发，但不会调用自身的onTouchEvent，而后续的事件则会直接有该ViewGroup处理，不在询问是否拦截，也不再向下分发
3、一旦onInterceptTouchEvent返回true，就不会再被调用
4、 如果子View没有消费事件而ViewGroup消费了Down事件，则后续不会再调用ViewGroup的onInterceptTouchEvent

拓展阅读

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

推荐阅读更多精彩内容