iOS 數(shù)據(jù)請求以及數(shù)據(jù)加密入門

/*------------------------------------- 01 HTTP請求 ---------------------------------------*/
重點(diǎn):1.超文本傳輸協(xié)議. 2.http請求過程.
{
    1> http協(xié)議: 超文本傳輸協(xié)議(Hypertext Transfer Protocol)
    {
        http協(xié)議規(guī)定了客戶端和服務(wù)器之間的數(shù)據(jù)傳輸格式.
        
        http協(xié)議是在網(wǎng)絡(luò)開發(fā)中最常用的協(xié)議.不管是移動客戶端還是PC端,訪問網(wǎng)絡(luò)資源經(jīng)常使用http協(xié)議.
        
        http優(yōu)點(diǎn):
        
        <1> 簡單快速:
        http協(xié)議簡單,通信速度很快.
        
        <2> 靈活:
        http協(xié)議允許傳輸任意類型的數(shù)據(jù).
        
        <3> http協(xié)議是短連接(非持續(xù)性連接)
        http協(xié)議限制每次連接只處理一個請求,服務(wù)器對客戶端的請求作出響應(yīng)后,馬上斷開連接.這種方式可以節(jié)省傳輸時間.
    }
    
    2> http協(xié)議的使用;
    
    完整的http通信分為兩步:
    
    <1> 請求:客戶端向服務(wù)器索要數(shù)據(jù).
    {
        http協(xié)議規(guī)定:一個完整的http請求包含'請求行','請求頭','請求體'三個部分;
        
        '請求行':包含了請求方法,請求資源路徑,http協(xié)議版本.
        
        "GET /resources/images/ HTTP/1.1"
        
        '請求頭':包含了對客戶端的環(huán)境描述,客戶端請求的主機(jī)地址等信息.
        
        Accept: text/html // 客戶端所能接收的數(shù)據(jù)類型
        Accept-Language: zh-cn // 客戶端的語言環(huán)境
        Accept-Encoding: gzip // 客戶端支持的數(shù)據(jù)壓縮格式
        Host: m.baidu.com // 客戶端想訪問的服務(wù)器主機(jī)地址
        User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:37.0) Gecko/20100101 Firefox/37.0 // 客戶端的類型,客戶端的軟件環(huán)境
        
        '請求體':客戶端發(fā)給服務(wù)器的具體數(shù)據(jù),比如文件/圖片等.
    }
    
    <2> 響應(yīng):服務(wù)器返回客戶端想要的數(shù)據(jù).
    {
        http協(xié)議規(guī)定:一個完整的http響應(yīng)包含'狀態(tài)行','響應(yīng)頭','實(shí)體內(nèi)容'三個部分;
        
        '狀態(tài)行':包含了http協(xié)議版本,狀態(tài)嗎,狀態(tài)英文名稱.
        
        "HTTP/1.1 200 OK"
        
        '響應(yīng)頭':包含了對服務(wù)器的描述,對返回?cái)?shù)據(jù)的描述.
        
        Content-Encoding: gzip // 服務(wù)器支持的數(shù)據(jù)壓縮格式
        Content-Length:  1528 // 返回?cái)?shù)據(jù)的長度
        Content-Type:  application/xhtml+xml;charset=utf-8 // 返回?cái)?shù)據(jù)的類型
        Date: Mon, 15 Jun 2015 09:06:46 GMT // 響應(yīng)的時間
        Server: apache  // 服務(wù)器類型
        
        '實(shí)體內(nèi)容':服務(wù)器返回給客戶端的具體數(shù)據(jù)(圖片/html/文件...).
    }
    
    3> 發(fā)送http請求:
    {
        在iOS開發(fā)中,發(fā)送http請求的方案有很多,常見的有如下幾種:
        <1> 蘋果原生:
        {
            * NSURLConnection:用法簡單,古老經(jīng)典的一種方案.
            
            * NSURLSession:iOS7以后推出的技術(shù),功能比NSURLConnection更加強(qiáng)大.
            
            * CFNetWork:NSURL 的底層,純C語言,一般不用.
        }
        
        <2> 第三方框架:
        {
            * ASIHttpRequest:http終結(jié)者,功能很強(qiáng)大,可惜作者已停止更新.
            
            * AFNetWorking:簡單易用,提供了基本夠用的常用功能,維護(hù)和使用者多.
            
            * MKNetWorkKit:簡單易用,產(chǎn)自印度,維護(hù)和使用者少.
        }
        
        在開發(fā)中,一般使用第三方框架.
    }
}
/*------------------------------------- 02 GET 和 POST ------------------------------------*/
重點(diǎn):1.GET 和 POST的區(qū)別? 2.用POST方法發(fā)送登陸請求.
{
    <1> http方法:
    http協(xié)議定義了很多方法對應(yīng)不同的資源操作,其中最常用的是GET 和 POST 方法.
    {
        { GET赵颅、POST饺谬、OPTIONS募寨、HEAD、PUT格郁、DELETE独悴、TRACE刻炒、CONNECT坟奥、PATCH }
        
        增:PUT
        刪:DELETE
        改:POST
        查:GET
    }
    
    <2> 參數(shù)
        {
            因?yàn)?GET 和 POST 可以實(shí)現(xiàn)上述所有操作,所以,在現(xiàn)實(shí)開發(fā)中,我們只要會用GET 和 POST 方法就可以了.
            
            在與服務(wù)器交互時,有時候需要給服務(wù)器發(fā)送一些數(shù)據(jù),比如登錄時需要發(fā)送用戶名和密碼.
            
            參數(shù):就是指傳遞給服務(wù)器的具體數(shù)據(jù).
    }
    
    <3> GET 和 POST 的主要區(qū)別表現(xiàn)在參數(shù)的傳遞上.
    
    "GET":
    {
        GET的本質(zhì)是從服務(wù)器得到數(shù)據(jù),效率更高.并且GET請求可以被緩存.
        
        '注意': 網(wǎng)絡(luò)緩存數(shù)據(jù),保存在SQLite的數(shù)據(jù)庫中(路徑:NSHomeDirectory()).
        查看緩存數(shù)據(jù)命令行:
        'cd 文件目錄'  (打開文件目錄)
        'ls'  查看當(dāng)前文件下目錄
        'sqlite3 Cache.db'  打開數(shù)據(jù)庫
        '.tables'    查看數(shù)據(jù)庫中的表單
        'select * from cfurl_cache_response;'  查看服務(wù)器響應(yīng)緩存
        'select * from cfurl_cache_receiver_data;'  查看服務(wù)器返回的數(shù)據(jù)緩存
        
        在請求 URL 后面以 ? 的形式跟上發(fā)給服務(wù)器的參數(shù),參數(shù)以 "參數(shù)名"="參數(shù)值"的形式拼接,多個參數(shù)之間用 & 分隔.
        
        注意:GET的長度是有限制的,不同的瀏覽器有不同的長度限制,一般在2~8K之間.
    }
    
    "POST":
    {
        POST的本質(zhì)是向服務(wù)器發(fā)送數(shù)據(jù),也可以獲得服務(wù)器處理之后的結(jié)果,效率不如GET.POST請求不可以被緩存,每次刷新之后都需要重新提交表單.
        
        發(fā)送給服務(wù)器的參數(shù)全部放在'請求體'中;
        
        理論上,POST傳遞的數(shù)據(jù)量沒有限制.
        
        注意:所有涉及到用戶隱私的數(shù)據(jù)(密碼/銀行卡號等...)都要用POST的方式傳遞.
    }
    
    <4>注意:URL中不能出現(xiàn)空格以及中文等特殊符號.
    
    1>URL中,所有的字符都必須是 ASCII 碼;
    
    2>URL中不能出現(xiàn)中文和特殊符號(如空格);
    
    所以,如果 URL 中出現(xiàn)了中文,需要添加百分號轉(zhuǎn)譯.
    urlString = [urlString stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
    
    <5> POST 發(fā)送登陸請求:
    
    注意:
    
    1> 用可變請求: NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];
    
    2> 指定請求方法: request.HTTPMethod = @"POST";
    
    3> 設(shè)置請求體數(shù)據(jù): request.HTTPBody = data;
    
    // 實(shí)例化請求體字符串
    NSString *body = [NSString stringWithFormat:@"username=%@&password=%@",self.userName.text,self.password.text];
    // 將字符串轉(zhuǎn)換成二進(jìn)制數(shù)據(jù)
    NSData *data = [body dataUsingEncoding:NSUTF8StringEncoding];
    
    4> 發(fā)送異步網(wǎng)絡(luò)請求.
    [NSURLConnection sendAsynchronousRequest:request queue:[NSOperationQueue mainQueue] completionHandler:^(NSURLResponse *response, NSData *data, NSError *connectionError) {
    
    // NSURLResponse *response: 服務(wù)器響應(yīng)
    
    // NSData *data: 服務(wù)器返回的數(shù)據(jù)
    
    // NSError *connectionError: 連接錯誤處理
    
    // 網(wǎng)絡(luò)請求的回調(diào).
    }]
}
/*------------------------------------- 03 保存用戶信息 -------------------------------------*/
重點(diǎn):1.偏好設(shè)置保存用戶信息.
{
    <1>如果用戶登陸成功,就保存用戶信息.下次直接從偏好設(shè)置中讀取用戶信息,以此做到用戶只需要輸入一次賬號和密碼,以后登陸就可以不用再次輸入.
    
    1>.登陸成功,保存用戶信息(偏好設(shè)置)
    2>.再次進(jìn)入,直接顯示用戶之前保存的信息.避免用戶重復(fù)輸入.
    
    // 偏好設(shè)置存儲用戶信息
    -(void)savaUserInfo
    {
        // 實(shí)例化偏好設(shè)置對象(單例)
        NSUserDefaults *User = [NSUserDefaults standardUserDefaults];
        // 保存用戶名
        [User setObject:self.userName.text forKey:kITUSERNAMEKEY];
        // 保存用戶密碼
        [User setObject:pass forKey:kITUSERPASSKEY];
        // 同步保存用戶信息
        [User synchronize];
        }
        
        // 加載偏好設(shè)置中的用戶信息
        - (void)loadUserInfo
            {
                NSUserDefaults *User = [NSUserDefaults standardUserDefaults];
                
                if ([User objectForKey:ITUSERNAMEKEY]) {
                    
                    self.userName.text = [User objectForKey:ITUSERNAMEKEY];
                    
                }if ([User objectForKey:ITUSERPASSKEY]) {
                    
                    self.password.text = [User objectForKey:ITUSERPASSKEY];
                    
                };
    }
    
    <2> 用戶登陸業(yè)務(wù)邏輯
        {
            // <1> 用戶登陸需要一個單獨(dú)的控制器,因?yàn)橹恍枰顷懸淮?Login.storyboard). 應(yīng)用程序需要有一個入口:main.storyboard: app 主頁面
            
            // <2> 判斷用戶是否登陸成功過(通過偏好設(shè)置中存儲的用戶信息判斷)
            // 1> 如果偏好設(shè)置中存有用戶信息(說明之前登陸成功過),直接進(jìn)入 app 主頁面 :main.storyboard
            // 2> 如果偏好設(shè)置中不存在用戶信息(第一次登陸或者之前注銷了用戶信息),進(jìn)入登陸界面 :Login.storyboard
            
            // <3> 如果用戶登陸成功,跳轉(zhuǎn)到 app 主頁面:main.storyboard.并且在偏好設(shè)置中保存用戶信息.
            
            // <4> 如果用戶點(diǎn)擊注銷按鈕,注銷用戶信息,返回到登陸頁面.
    }
    
    
    <3> 問題: 用戶密碼不能以明文的形式保存,需要對用戶密碼加密之后再保存!
    
    密碼的安全原則:
    
    1> 本地和服務(wù)器都不允許保存用戶的密碼明文.
    
    2> 在網(wǎng)絡(luò)上,不允許傳輸用戶的密碼明文.
    
    現(xiàn)代密碼學(xué)趣聞! 中途島海戰(zhàn)(AF)
    
    <4> 數(shù)據(jù)加密算法:
    
    1> 對稱加密算法:加密和解密使用同一密鑰.加密解密速度快,要保證密鑰安全.適合給大數(shù)據(jù)加密.
    
    2> 非對稱加密算法:使用公鑰加密,私鑰解密.或者使用私鑰加密,公鑰解密.更加安全,但是加密解密速度慢,適合給小數(shù)據(jù)加密.
    
    <5> 小技巧:
    
    openssl :是一個強(qiáng)大的安全套接字層密碼庫,囊括主要的密碼算法,常用的密鑰和證書封裝管理功能以及 SSL 協(xié)議.提供豐富的應(yīng)用程序測試功能.
    
    終端命令:
    
    echo hello |openssl md5
    echo hello |openssl sha1
    echo hello |openssl sha -sha256
    echo hello |openssl sha -sha512
}


/*------------------------------------- 04 信息安全加密 -------------------------------------*/
了解:常用加密方法: 1> base64  2> MD5  3> MD5加鹽  4> HMAC  5> 時間戳密碼(用戶密碼動態(tài)變化)
{
    1> base64
        {
            base64 編碼是現(xiàn)代密碼學(xué)的基礎(chǔ).
            
            原本是 8個bit 一組表示數(shù)據(jù),改為 6個bit一組表示數(shù)據(jù),不足的部分補(bǔ)零,每 兩個0 用 一個 = 表示.
            用base64 編碼之后,數(shù)據(jù)長度會變大,增加了大約 1/3 左右.
            
            base64 基本能夠達(dá)到安全要求,但是,base64能夠逆運(yùn)算,非常不安全!
            base64 編碼有個非常顯著的特點(diǎn),末尾有個 '=' 號.
            
            利用終端命令進(jìn)行base64運(yùn)算:
            
            // 將文件 meinv.jpg 進(jìn)行 base64運(yùn)算之后存儲為 meinv.txt
            base64 meinv.jpg -o meinv.txt
            
            // 講meinv.txt 解碼生成 meinv.png
            base64 -D meinv.txt -o meinv.png
            
            // 將字符串 "hello" 進(jìn)行 base 64 編碼 結(jié)果:aGVsbG8=
            echo "hello" | base64
            
            // 將 base64編碼之后的結(jié)果 aGVsbG8= 反編碼為字符串
            echo aGVsbG8= | base64 -D
    }
    
    2> MD5 -- (信息-摘要算法) 哈希算法之一.
        {
            
            把一個任意長度的字節(jié)串變換成一定長度的十六進(jìn)制的大整數(shù). 注意,字符串的轉(zhuǎn)換過程是不可逆的.
            
            用于確保'信息傳輸'完整一致.
            
            MD5特點(diǎn):
            
            *1.壓縮性:   任意長度的數(shù)據(jù),算出的 MD5 值長度都是固定的.
            *2.容易計(jì)算: 從原數(shù)據(jù)計(jì)算出 MD5 值很容易.
            *3.抗修改性: 對原數(shù)據(jù)進(jìn)行任何改動,哪怕只修改一個字節(jié),所得到的 MD5 值都有很大區(qū)別.
            *4.弱抗碰撞: 已知原數(shù)據(jù)和其 MD5 值,想找到一個具有相同 MD5 值的數(shù)據(jù)(即偽造數(shù)據(jù))是非常困難的.
            *5.強(qiáng)抗碰撞: 想找到兩個不同數(shù)據(jù),使他們具有相同的 MD5 值,是非常困難的.
            
            MD5 應(yīng)用:
            
            *1. 一致性驗(yàn)證: MD5 將整個文件當(dāng)做一個大文本信息,通過不可逆的字符串變換算法,產(chǎn)生一個唯一的 MD5 信息摘要.就像每個人都有自己獨(dú)一無二的指紋,MD5 對任何文件產(chǎn)生一個獨(dú)一無二的"數(shù)字指紋".
            
            利用 MD5 來進(jìn)行文件校驗(yàn), 被大量應(yīng)用在軟件下載站,論壇數(shù)據(jù)庫,系統(tǒng)文件安全等方面.
            
            *2. 數(shù)字簽名;
            
            *3. 安全訪問認(rèn)證;
            
    }
    
    3> MD5加鹽
        {
            MD5 本身是不可逆運(yùn)算,但是,目前網(wǎng)絡(luò)上有很多數(shù)據(jù)庫支持反查詢.
            
            MD5加鹽 就是在密碼哈希過程中添加的額外的隨機(jī)值.
            
            注意:加鹽要足夠長,足夠復(fù)雜.
    }
    
    4> HMAC
        {
            HMAC 利用哈希算法,以一個密鑰和一個消息為輸入,生成一個消息摘要作為輸出.
            
            HMAC 主要使用在身份認(rèn)證中;
            
            認(rèn)證流程:
            
            *1. 客戶端向服務(wù)器發(fā)送一個請求.
            *2. 服務(wù)器接收到請求后,生成一個'隨機(jī)數(shù)'并通過網(wǎng)絡(luò)傳輸給客戶端.
            *3. 客戶端將接收到的'隨機(jī)數(shù)'和'密鑰'進(jìn)行 HMAC-MD5 運(yùn)算,將得到的結(jié)構(gòu)作為認(rèn)證數(shù)據(jù)傳遞給服務(wù)器.
            (實(shí)際是將隨機(jī)數(shù)提供給 ePass,密鑰也是存儲在 ePass中的)
            *4. 與此同時,服務(wù)器也使用該'隨機(jī)數(shù)'與存儲在服務(wù)器數(shù)據(jù)庫中的該客戶'密鑰'進(jìn)行 HMAC-MD5 運(yùn)算,如果
            服務(wù)器的運(yùn)算結(jié)果與客戶端傳回的認(rèn)證數(shù)據(jù)相同,則認(rèn)為客戶端是一個合法用法.
            
    }
    
    5> 時間戳密碼(用戶密碼動態(tài)變化)
    {
        相同的密碼明文 + 相同的加密算法 ===》 每次計(jì)算都得出不同的結(jié)果.可以充分保證密碼的安全性.
        
        原理:將當(dāng)前時間加入到密碼中;
        
        因?yàn)槊看蔚顷憰r間都不同,所以每次計(jì)算出的結(jié)果也都不相同.
        
        服務(wù)器也需要采用相同的算法.這就需要服務(wù)器和客戶端時間一致.
        
        注意:服務(wù)器端時間和客戶端時間,可以有一分鐘的誤差(比如:第59S發(fā)送的網(wǎng)絡(luò)請求,一秒鐘后服務(wù)器收到并作出響應(yīng),這時服務(wù)器當(dāng)前時間比客戶端發(fā)送時間晚一分鐘).
        
        這就意味著,服務(wù)器需要計(jì)算兩次(當(dāng)前時間和一分鐘之前兩個時間點(diǎn)各計(jì)算一次).只要有一個結(jié)果是正確的,就可以驗(yàn)證成功!
        
    }
    
    // IP輔助/手機(jī)綁定...
    
}
/*-------------------------------------- 05 鑰匙串訪問 -------------------------------------*/
重點(diǎn): 1.鑰匙串訪問
{
    蘋果在 iOS 7.0.3 版本以后公布鑰匙串訪問的SDK. 鑰匙串訪問接口是純C語言的.
    
    鑰匙串使用 AES 256加密算法,能夠保證用戶密碼的安全.
    
    鑰匙串訪問的第三方框架(SSKeychain),是對 C語言框架 的封裝.注意:不需要看源碼.
    
    鑰匙串訪問的密碼保存在哪里?只有蘋果才知道.這樣進(jìn)一步保障了用戶的密碼安全.
    
    使用步驟:
    {
        // 獲取應(yīng)用程序唯一標(biāo)識.
        
        NSString *bundleId = [NSBundle mainBundle].bundleIdentifier;
        
        // 1.利用第三方框架,將用戶密碼保存在鑰匙串
        
        [SSKeychain setPassword:self.pwdText.text forService:bundleId account:self.usernameText.text];
        
        "注意"三個參數(shù):
        
        1.密碼:可以直接使用明文.鑰匙串訪問本身是使用 AES 256加密,就是安全的.所以使用的時候,直接傳遞密碼明文就可以了.
        
        2.服務(wù)名:可以隨便亂寫,建議唯一! 建議使用 bundleId.
        
        bundleId是應(yīng)用程序的唯一標(biāo)識,每一個上架的應(yīng)用程序都有一個唯一的 bundleId
        
        3.賬戶名:直接用用戶名稱就可以.
        
        // 2.從鑰匙串加載密碼
        
        self.pwdText.text = [SSKeychain passwordForService:bundleId account:self.usernameText.text];
    }
}
/*-------------------------------------- 06 指紋識別 ---------------------------------------*/
重點(diǎn): 1.指紋識別用法
{
    指紋識別功能是 iphone 5S之后推出的.SDK是 iOS 8.0 推出!
    
    推出指紋識別功能的目的,是為了簡化移動支付環(huán)節(jié),占領(lǐng)移動支付市場.
    
    使用步驟:
    {
        1> 導(dǎo)入框架;
        #import <LocalAuthentication/LocalAuthentication.h>
        
        2> 指紋識別的實(shí)現(xiàn):
        {
            1. 需要判斷手機(jī)系統(tǒng)版本是否是 iOS 8.0 以上的版本.只有 iOS 8.0 以上才支持.
            
            // 獲得當(dāng)前系統(tǒng)版本號
            float version = [UIDevice currentDevice].systemVersion.floatValue;
            
            if (version < 8.0 ) // 判斷當(dāng)前系統(tǒng)版本
            {
                NSLog(@"系統(tǒng)版本太低,請升級至最新系統(tǒng)");
                return;
            }
            
            2. 實(shí)例化指紋識別對象,判斷當(dāng)前設(shè)備是否支持指紋識別功能(是否帶有TouchID).
            
            // 1> 實(shí)例化指紋識別對象
            LAContext *laCtx = [[LAContext alloc] init];
            
            // 2> 判斷當(dāng)前設(shè)備是否支持指紋識別功能.
            if (![laCtx canEvaluatePolicy:LAPolicyDeviceOwnerAuthenticationWithBiometrics error:NULL])
            { // 如果設(shè)備不支持指紋識別功能
                
                NSLog(@"該設(shè)備不支持指紋識別功能");
                
                return;
            };
            
            3.指紋登陸(默認(rèn)是異步方法)
            // 指紋登陸
            [laCtx evaluatePolicy:LAPolicyDeviceOwnerAuthenticationWithBiometrics localizedReason:@"指紋登陸" reply:^(BOOL success, NSError *error)
            {
                // 如果成功,表示指紋輸入正確.
                if (success) {
                    NSLog(@"指紋識別成功!");
                    
                }else
                {
                    NSLog(@"指紋識別錯誤,請?jiān)俅螄L試");
                }
            }];
        }
    }
}

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市耘沼,隨后出現(xiàn)的幾起案子群嗤,更是在濱河造成了極大的恐慌狂秘,老刑警劉巖者春,帶你破解...
    沈念sama閱讀 218,525評論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件钱烟,死亡現(xiàn)場離奇詭異,居然都是意外死亡拥刻,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,203評論 3 395
  • 文/潘曉璐 我一進(jìn)店門父泳,熙熙樓的掌柜王于貴愁眉苦臉地迎上來般哼,“玉大人,你說我怎么就攤上這事惠窄≌裘撸” “怎么了?”我有些...
    開封第一講書人閱讀 164,862評論 0 354
  • 文/不壞的土叔 我叫張陵杆融,是天一觀的道長楞卡。 經(jīng)常有香客問我,道長擒贸,這世上最難降的妖魔是什么臀晃? 我笑而不...
    開封第一講書人閱讀 58,728評論 1 294
  • 正文 為了忘掉前任,我火速辦了婚禮徽惋,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘瓣距。我一直安慰自己呐芥,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,743評論 6 392
  • 文/花漫 我一把揭開白布女嘲。 她就那樣靜靜地躺著漂坏,像睡著了一般驯绎。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上脾歧,一...
    開封第一講書人閱讀 51,590評論 1 305
  • 那天,我揣著相機(jī)與錄音钦奋,去河邊找鬼。 笑死限佩,一個胖子當(dāng)著我的面吹牛作喘,可吹牛的內(nèi)容都是我干的贰锁。 我是一名探鬼主播物咳,決...
    沈念sama閱讀 40,330評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼逊拍!你這毒婦竟也來了缨恒?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,244評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體换吧,經(jīng)...
    沈念sama閱讀 45,693評論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡缕探,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,885評論 3 336
  • 正文 我和宋清朗相戀三年倦始,在試婚紗的時候發(fā)現(xiàn)自己被綠了枚碗。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片汪茧。...
    茶點(diǎn)故事閱讀 40,001評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖顾患,靈堂內(nèi)的尸體忽然破棺而出魄梯,到底是詐尸還是另有隱情则奥,我是刑警寧澤,帶...
    沈念sama閱讀 35,723評論 5 346
  • 正文 年R本政府宣布碧囊,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜悼瘾,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,343評論 3 330
  • 文/蒙蒙 一堰氓、第九天 我趴在偏房一處隱蔽的房頂上張望抚岗。 院中可真熱鬧,春花似錦认境、人聲如沸覆享。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,919評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽袱吆。三九已至狰晚,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間雷滋,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,042評論 1 270
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留惊豺,地道東北人燎孟。 一個月前我還...
    沈念sama閱讀 48,191評論 3 370
  • 正文 我出身青樓禽作,卻偏偏與公主長得像尸昧,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子旷偿,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,955評論 2 355

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