iOS開發(fā)中的事件處理

iOS開發(fā)中的事件處理

理論非原創(chuàng),是對網(wǎng)上資料的整理以及Demo驗證

一. UIResponder

1.1 事件處理簡介

iOS中的事件:
在用戶使用app的過程中會產(chǎn)生各種各樣的事件

0-2.png

在iOS中不是任何對象都能處理事件,只有繼承了UIResponder的對象才能接收并處理事件。我們稱之為“響應(yīng)者對象”;
我們熟悉的 UIApplication、 UIViewController 和所有繼承自UIView的UIKit類都直接或間接的繼承自UIResponder,所以它們的實例都是可以構(gòu)成響應(yīng)者鏈的響應(yīng)者對象,都能夠接收并處理事件。需要注意的是Core Animation layers 不是responders

第一響應(yīng)者是指定的第一個接收事件的對象,比如一個View對象是第一響應(yīng)者.一個對象可以通過以下方法成為第一響應(yīng)者:

  1. 重寫canBecomeFirstResponder 方法,返回yes
  2. 接收到一個 becomeFirstResponder的menssage,如果需要,也可以自己給自己發(fā)送message成為第一響應(yīng)者.

注意:確保你的app指定一個對象成為第一響應(yīng)者之前,這個對象圖像已經(jīng)被繪畫出來.
舉個例子:通常你在重寫 viewDidAppear方法內(nèi),執(zhí)行becomeFirstResponder方法.但是如果在viewWillAppear:中 指定 第一響應(yīng)者,你的對象的圖像還沒有被建立好,所以becomeFirstResponder會返回NO

1.2 UIResponder

UIResponder是所有響應(yīng)對象的基類,UIResponder內(nèi)部提供了以下方法來處理事件:
觸摸事件

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event;
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event;

加速計事件

- (void)motionBegan:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionEnded:(UIEventSubtype)motion withEvent:(UIEvent *)event;
- (void)motionCancelled:(UIEventSubtype)motion withEvent:(UIEvent *)event;

遠(yuǎn)程控制事件

- (void)remoteControlReceivedWithEvent:(UIEvent *)event;

UIView的觸摸事件處理
UIView是UIResponder的子類,可以實現(xiàn)下列4個方法處理不同的觸摸事件

一根或者多根手指開始觸摸view,系統(tǒng)會自動調(diào)用view的下面方法

- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event

一根或者多根手指在view上移動,系統(tǒng)會自動調(diào)用view的下面方法(隨著手指的移動,會持續(xù)調(diào)用該方法)

- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event

一根或者多根手指離開view,系統(tǒng)會自動調(diào)用view的下面方法

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event

觸摸結(jié)束前,某個系統(tǒng)事件(例如電話呼入)會打斷觸摸過程,系統(tǒng)會自動調(diào)用view的下面方法

- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event

提示:touches中存放的都是UITouch對象

1.3 UITouch:

當(dāng)用戶用一根手指觸摸屏幕時,會創(chuàng)建一個與手指相關(guān)聯(lián)的UITouch對象,一根手指對應(yīng)一個UITouch對象

UITouch的作用:

保存著跟手指相關(guān)的信息,比如觸摸的位置、時間、階段
當(dāng)手指移動時,系統(tǒng)會更新同一個UITouch對象,使之能夠一直保存該手指的觸摸位置。
當(dāng)手指離開屏幕時,系統(tǒng)會銷毀相應(yīng)的UITouch對象

UITouch的屬性:

觸摸產(chǎn)生時所處的窗口
@property(nonatomic,readonly,retain) UIWindow *window;

觸摸產(chǎn)生時所處的視圖
@property(nonatomic,readonly,retain) UIView *view;

短時間內(nèi)點按屏幕的次數(shù),可以根據(jù)tapCount判斷單擊、雙擊或更多的點擊

@property(nonatomic,readonly) NSUInteger tapCount;

記錄了觸摸事件產(chǎn)生或變化時的時間,單位是秒
@property(nonatomic,readonly) NSTimeInterval timestamp;

當(dāng)前觸摸事件所處的狀態(tài)
@property(nonatomic,readonly) UITouchPhase phase;

UITouch的方法:
- (CGPoint)locationInView:(UIView *)view; 

返回值表示觸摸在view上的位置 
這里返回的位置是針對view的坐標(biāo)系的(以view的左上角為原點(0, 0)) 
調(diào)用時傳入的view參數(shù)為nil的話,返回的是觸摸點在UIWindow的位置
- (CGPoint)previousLocationInView:(UIView *)view; 
該方法記錄了前一個觸摸點的位置

UITouch的phase有什么用?
觸摸事件在屏幕上有一個周期,即觸摸開始、觸摸點移動、觸摸結(jié)束,還有中途取消。而通過phase可以查看當(dāng)前觸摸事件在一個周期中所處的狀態(tài)。phase是UITouchPhase類型的,這是一個枚舉配型,包含了

 UITouchPhaseBegan(觸摸開始)
 UITouchPhaseMoved(接觸點移動)
 UITouchPhaseStationary(接觸點無移動)
 UITouchPhaseEnded(觸摸結(jié)束)
 UITouchPhaseCancelled(觸摸取消)

1.4 UIEvent

UIEvent:每產(chǎn)生一個事件,就會產(chǎn)生一個UIEvent對象
UIEvent:稱為事件對象,記錄事件產(chǎn)生的時刻和類型
常見屬性

事件類型

@property(nonatomic,readonly) UIEventType type;
@property(nonatomic,readonly) UIEventSubtype subtype;
事件產(chǎn)生的時間

@property(nonatomic,readonly) NSTimeInterval timestamp;

UIEvent還提供了相應(yīng)的方法可以獲得在某個view上面的觸摸對象(UITouch)

Touches和event參數(shù):
一次完整的觸摸過程,會經(jīng)歷3個狀態(tài):

觸摸開始:- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event 
觸摸移動:- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event 
觸摸結(jié)束:- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event 
觸摸取消(可能會經(jīng)歷):- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event

4個觸摸事件處理方法中,都有NSSet *touches和UIEvent *event兩個參數(shù)

一次完整的觸摸過程中,只會產(chǎn)生一個事件對象,4個觸摸方法都是同一個event參數(shù)

如果兩根手指同時觸摸一個view,那么view只會調(diào)用一次touchesBegan:withEvent:方法,touches參數(shù)中裝著2個UITouch對象
如果這兩根手指一前一后分開觸摸同一個view,那么view會分別調(diào)用2次touchesBegan:withEvent:方法,并且每次調(diào)用時的touches參數(shù)中只包含一個UITouch對象

根據(jù)touches中UITouch的個數(shù)可以判斷出是單點觸摸還是多點觸摸

疑問:默認(rèn)觸摸方法NSSet里面只能獲得一個UITouch對象,為什么?

UIView默認(rèn)不支持多點觸控。也就是說不支持多只手指同時觸摸。

如何讓視圖接收多點觸摸?

需要設(shè)置它的multipleTouchEnabled屬性為YES,默認(rèn)狀態(tài)下這個屬性值為NO,即視圖默認(rèn)不接收多點觸摸。。

如何判斷用戶當(dāng)前是雙擊還是單擊?

根據(jù)UITouch的tapCount屬性的值。tapCount表示短時間內(nèi)輕擊屏幕的次數(shù)。因此可以根據(jù)tapCount判斷單擊、雙擊或更多的輕擊。

根據(jù)tapCount點擊的次數(shù)來設(shè)置當(dāng)前視圖的背景色(雙擊改變背景顏色)
輕擊操作很容易引起歧義,比如當(dāng)用戶點了一次之后,并不知道用戶是想單擊還是只是雙擊的一部分,或者點了兩次之后并不知道用戶是想雙擊還是繼續(xù)點擊。為了解決這個問題,一般可以使用“延遲調(diào)用”函數(shù)。

- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
    UITouch *touch = [touches anyObject];
    if(touch.tapCount != 2){ // 如果不是雙擊
        [NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(setBackgroundColor:)  object:[UIColor orangeColor]];
    } else { // 延時1執(zhí)行改變背景的方法
        [self performSelector:@selector(setBackgroundColor:) withObject:[UIColor orangeColor] afterDelay:1.0];
    }
}

提示:iPhone開發(fā)中,要避免使用雙擊事件!

NSObject類的cancelPreviousPerformRequestWithTarget:selector:object方法取消指定對象的方法調(diào)用。
官方對該方法解釋:
Cancels perform requests previously registered with performSelector:withObject:afterDelay:.
All perform requests are canceled that have the same target as aTarget, argument as anArgument, and selector as aSelector.
如果是帶參數(shù),那取消時的參數(shù)也要一致,否則不能取消成功

細(xì)節(jié)

檢測tapCount可以放在touchesBegan也可以touchesEnded,不過一般后者更準(zhǔn)確,因為touchesEnded可以保證所有的手指都已經(jīng)離開屏幕,這樣就不會把輕擊動作和按下拖動等動作混淆。

不管是一個手指還是多個手指,輕擊操作都會使每個觸摸對象的tapCount加1,因此可以直接調(diào)用touches的anyObject方法來獲取任意一個觸摸對象然后判斷其tapCount的值即可。

二. 事件傳遞,響應(yīng)者鏈條

簡介:

發(fā)生觸摸事件后,系統(tǒng)會將該事件加入到一個由UIApplication管理的事件 隊列中,UIApplication會從事件隊列中取出最前面的事件,并將事件分發(fā)下去以便處理,通常,先發(fā)送事件給應(yīng)用程序的主窗口(keyWindow)

UIView不接受觸摸事件的三種情況:

不接收用戶交互
userInteractionEnabled = NO

隱藏
hidden = YES

透明
alpha = 0.0 ~ 0.01

提示:UIImageView的userInteractionEnabled默認(rèn)就是NO,因此UIImageView以及它的子控件默認(rèn)是不能接收觸摸事件的

2.1 事件傳遞的詳細(xì)過程:

概念: iOS系統(tǒng)檢測到手指觸摸(Touch)操作時會將其打包成一個UIEvent對象,并放入當(dāng)前活動Application的事件隊列,單例的UIApplication會從事件隊列中取出觸摸事件并傳遞給單例的UIWindow來處理,UIWindow對象首先會使用hitTest:withEvent:方法尋找此次Touch操作初始點所在的視圖(View),即需要將觸摸事件傳遞給其處理的視圖,這個過程稱之為hit-test view。

UIWindow實例對象會首先在它的內(nèi)容視圖上調(diào)用hitTest:withEvent:,此方法會在其視圖層級結(jié)構(gòu)中的每個視圖上調(diào)用pointInside:withEvent:(該方法用來判斷點擊事件發(fā)生的位置是否處于當(dāng)前視圖范圍內(nèi),以確定用戶是不是點擊了當(dāng)前視圖),如果pointInside:withEvent:返回YES,則繼續(xù)逐級調(diào)用,直到找到touch操作發(fā)生的位置,這個視圖也就是要找的hit-test view。

**hitTest:withEvent:方法的處理流程如下: **

  • 首先調(diào)用當(dāng)前視圖的pointInside:withEvent:方法判斷觸摸點是否在當(dāng)前視圖內(nèi);
  • 若返回NO,則hitTest:withEvent:返回nil;
  • 若返回YES,則向當(dāng)前視圖的所有子視圖(subviews)發(fā)送hitTest:withEvent:消息,所有子視圖的遍歷順序是從最頂層視圖(top)一直到到最底層視圖(bottom),即從subviews數(shù)組的末尾向前遍歷,直到有子視圖返回非空對象或者全部子視圖遍歷完畢;
  • 若第一次有子視圖返回非空對象,則hitTest:withEvent:方法返回此對象,處理結(jié)束;
  • 如所有子視圖都返回NO,則hitTest:withEvent:方法返回自身(self)。


    1-1-0-1.png

假如用戶點擊藍(lán)色3view
下面結(jié)合上圖介紹hit-test view的流程:

  1. 白1是UIWindow的根視圖,因此,UIWindwo對象會首相對白1進(jìn)行hit-test;

  2. 顯然用戶點擊的范圍是在白1的范圍內(nèi),因此, pointInside:withEvent:返回了YES,這時會繼續(xù)檢查白1的子視圖;

  3. 這時候會有兩個分支,綠色2紅色2

    點擊的范圍不再 綠2 內(nèi),因此 綠2 分支的 pointInside:withEvent:返回NO,對應(yīng)的hitTest:withEvent:返回nil;

    點擊的范圍在 紅2 內(nèi),即 紅2 的 pointInside:withEvent:返回YES;

  4. 這時候有 藍(lán)3綠3 兩個分支:

    點擊的范圍不再 綠3 內(nèi),因此 綠3 的 pointInside:withEvent:返回NO,對應(yīng)的hitTest:withEvent:返回nil;

    點擊的范圍在 藍(lán)3 內(nèi),即 藍(lán)3 的 pointInside:withEvent:返回YES,而由于再對 藍(lán)3 的子視圖進(jìn)行hit-test時全部返回了nil(也可以理解由于藍(lán)3沒有子視圖),因此,藍(lán)3的 hitTest:withEvent:會將 藍(lán)3 返回,再往回回溯,就是 紅2 的 hitTest:withEvent:返回 藍(lán)3 --->> 白1 的hitTest:withEvent:返回 藍(lán)3

  5. 藍(lán)3是包含touch的所有view中層級最小的,所以他就是hit-test view

  6. 至此,本次點擊事件的第一響應(yīng)者(藍(lán)3)就通過響應(yīng)者鏈的事件分發(fā)邏輯成功的找到了。

這個處理流程有點類似二分搜索的思想,這樣能以最快的速度,最精確地定位出能響應(yīng)觸摸事件的UIView。

本次事件的傳遞順序: UIApplication --> UIWindow -->白色BASEView1 -->紅色2 -->藍(lán)色3
上面找到了事件的第一響應(yīng)者,接下來就該沿著尋找第一響應(yīng)者的相反順序來處理這個事件,如果UIWindow單例和UIApplication都無法處理這一事件,則該事件會被丟棄。

說明:
  1. 如果最終 hit-test沒有找到第一響應(yīng)者,或者第一響應(yīng)者沒有處理該事件,則該事件會沿著響應(yīng)者鏈向上回溯,如果UIWindow實例和UIApplication實例都不能處理該事件,則該事件會被丟棄;
  2. hitTest:withEvent:方法將會忽略隱藏(hidden=YES)的視圖,禁止用戶操作(userInteractionEnabled=YES)的視圖,以及alpha級別小于0.01(alpha<0.01)的視圖。如果一個子視圖的區(qū)域超過父視圖的bound區(qū)域(父視圖的clipsToBounds 屬性為NO,這樣超過父視圖bound區(qū)域的子視圖內(nèi)容也會顯示),那么正常情況下對子視圖在父視圖之外區(qū)域的觸摸操作不會被識別,因為父視圖的pointInside:withEvent:方法會返回NO,這樣就不會繼續(xù)向下遍歷子視圖了。當(dāng)然,也可以重寫pointInside:withEvent:方法來處理這種情況。
  3. 觸摸事件的傳遞是從父控件傳遞到子控件
  4. <font color=#FF0000>如果父控件不能接收觸摸事件,那么子控件就不能接收到觸摸事件</font>
  5. 如上圖情況,如果想在點擊黃4的時候,讓藍(lán)3成為第一響應(yīng)者,而讓黃4不響應(yīng),可以有以下幾種方法:
    5.1 設(shè)置黃4隱藏(hidden=YES),禁止用戶操作(userInteractionEnabled=YES),alpha級別小于0.01(alpha<0.01)
    5.2 重寫黃4的pointInside:withEvent:方法, 返回NO
    5.3 重寫藍(lán)3的 hitTest:withEvent:方法 如果得到的view是黃4,返回self
示例:

點擊?綠色view:
UIApplication --> UIWindow -->白色BASEView -->綠色View


1-1-1-1.png

點擊半透明綠色view:


1-1-8-1.png

UIApplication --> UIWindow -->白色BASEView -->紅色 -->半透明綠色

點擊黃色View:


1-1-5-1.png

UIApplication --> UIWindow -->白色BASEView -->紅色 -->藍(lán)色 -->黃色

主窗口會在視圖層次結(jié)構(gòu)中找到一個最合適的視圖來處理觸摸事件,但是這僅僅是整個事件處理過程的第一步 找到合適的視圖控件后,就會調(diào)用視圖控件的touches方法來作具體的事件處理
touchesBegan…
touchesMoved…
touchedEnded…
這些touches方法的默認(rèn)做法是將事件順著響應(yīng)者鏈條向上傳遞,將事件交給上一個響應(yīng)者進(jìn)行處理

如何找到最合適的控件來處理事件?
  1. 自己是否能接收觸摸事件?-->否-->事件傳遞到此結(jié)束
  2. 觸摸點是否在自己身上?-->否-->事件傳遞到此結(jié)束
  3. 從后往前遍歷子控件,重復(fù)前面兩個步驟
  4. 如果沒有符合條件的子控件,那么就自己最合適

2.2 定制hitTest:withEvent:方法

如果父視圖需要對對哪個子視圖可以響應(yīng)觸摸事件做特殊控制,則可以重寫hitTest:withEvent:或pointInside:withEvent:方法。
這里有幾個例子:


2-2.png

在此例子中button,scrollview同為topView的子視圖,但scrollview覆蓋在button之上,這樣在在button上的觸摸操作返回的hit-test view為scrollview,button無法響應(yīng),可以修改topView的hitTest:withEvent:方法如下:

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event{
    UIView *result = [super hitTest:point withEvent:event];
    
    CGPoint buttonPoint = [_underButton convertPoint:point fromView:self];
    if ([_underButton pointInside:buttonPoint withEvent:event]) {
        return _underButton;
    }
    
    return result;
}

2.3 響應(yīng)者鏈條

響應(yīng)者:繼承了UIResponder的對象就是響應(yīng)者

響應(yīng)者鏈條:

  1. 由多個響應(yīng)者對象連接起來的鏈條叫做響應(yīng)者鏈條
  2. 什么是上一個響應(yīng)者?
    2.1. 如果當(dāng)前這個view是控制器的view,控制器就是上一個響應(yīng)者
    2.2. 如果當(dāng)前這個view不是控制器的view,那么父控件就是上一個響應(yīng)者
  3. 利用響應(yīng)者鏈條可以讓多個控件處理同一個 "觸摸事件"
    3.1. 在最后適合的控件里調(diào)用super的touchesBegan方法,這樣就將事件傳給上一個響應(yīng),上一個響應(yīng)者也可以處理事件了

響應(yīng)者鏈條,總的來說是:

  1. 它是一種事件處理機制,由多個響應(yīng)者對象連接起來的鏈條,使得事件可以沿著這些對象進(jìn)行傳遞。
  2. 如果一個響應(yīng)者對象不能處理某個事件或動作消息,則將該事件消息重新發(fā)送給鏈中的上一個響應(yīng)者。
  3. 消息沿著響應(yīng)者鏈向上、向更高級別的對象傳遞,直到最終被處理。

事件的完整處理過程:

  1. 先將事件對象由上往下傳遞(由父控制傳給子控件),找到最適合的控件來處理

  2. 調(diào)用最合適的控件的touches...方法

  3. 如果調(diào)用了[super touch…],就會將事件順著響應(yīng)都鏈往上傳遞,傳遞給上一個響應(yīng)者

  4. 接著上一個響應(yīng)者就會調(diào)用的touches...方法

  5. 如果沒有找到最適合的控件來處理事件,則將事件傳回來窗口,窗口不處理事件,將事件傳給UIApplication

  6. 如果Applicatoin不能處理事件,則將其丟棄

響應(yīng)鏈中事件的傳遞遵循特殊的派送軌道

一個初始對象為hit-test view 或者first responder,如果這個對象不處理事件,UIKit會將這個事件傳遞給響應(yīng)鏈中的next responder,每一個responder決定是自己處理該事件,還是將事件傳遞給自己的next responder.這個過程一直持續(xù),直到事件被處理或者沒有更多的responder了.

當(dāng)iOS 檢查出一個事件并查到事件的第一響應(yīng)者(具有代表性的是個view),響應(yīng)者鏈隊列開始

響應(yīng)者鏈條示意圖:

1-2.png

左邊的app,事件遵循以下流程:

  1. initial view 嘗試處理事件或信息.如果它不能處理這個事件,將事件傳遞給它的superview,因為它不是它的view controller里view層級的最高層.
  2. superview 嘗試處理事件或信息.如果它不能處理這個事件,將事件傳遞給它的superview,因為它仍舊不是它的view controller里view層級的最高層.
  3. topmost view 是view controller的view層級的最高層,它嘗試處理事件或信息.如果它不能處理這個事件,將事件傳遞給它的view controller.
  4. view controller 嘗試處理事件或信息.如果它不能處理這個事件,將事件傳遞給window.
  5. 如果window object 不能處理事件,它直接把事件傳遞給singleton app object
  6. 如果app object 不能處理事件,它會丟棄這個事件

右邊的app遵循略微不同的路線,但是所有的事件event傳遞遵循下邊的啟發(fā)法:

  1. A view 將他的事件在它的view controller的 view層級 向上傳遞,知道到達(dá)topmost view最高層view
  2. topmost view 把事件傳遞給它的 view controller
  3. view controller 把事件傳遞給 topmost view的superview
    重復(fù)1-3步驟,直到事件傳遞給root view controller
  4. root view controller把事件傳遞給 window object
  5. window 把事件傳遞給 app object
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,702評論 6 534
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,615評論 3 419
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,606評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,044評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,826評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,227評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,307評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,447評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,992評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,807評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,001評論 1 370
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,550評論 5 361
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,243評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,667評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,930評論 1 287
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,709評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,996評論 2 374

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