多线程

MultiThread.png

本文对应github地址多线程,如果由于github调整导致资源找不到，请访问github

概念

  • 进程

指在系统中正在运行的一个应用程序，进程拥有独立运行所需的全部资源（例如：正在运行的QQ就是一个进程）。

  • 线程

指程序中独立运行的代码段（例如：接收QQ消息的代码），一个进程是由一或多个线程组成。

  • 多线程

1个进程中可以开启多条线程，每条线程可以并行（同时）执行不同的任务，进程只负责资源的调度和分配，线程才是程序真正的执行单元，负责代码的执行。

  • 单线程与多线程对比

单线程程序：只有一个线程，代码顺序执行，容易出现代码阻塞（页面假死）。
多线程程序：有多个线程，线程间独立运行，能有效的避免代码阻塞，并且提高程序的运行性能。

  • 线程相关

同步线程：同步线程会阻塞当前线程去执行线程内的任务，执行完之后才会反回当前线程。
异步线程：异步线程不会阻塞当前线程，会开启其他线程去执行线程内的任务。
串行队列：线程任务按先后顺序逐个执行（需要等待队列里面前面的任务执行完之后再执行新的任务）。
并发队列：多个任务按添加顺序一起开始执行（不用等待前面的任务执行完再执行新的任务），但是添加间隔往往忽略不计，所以看着像是一起执行的。
并发VS并行：并行是基于多核设备的，并行一定是并发，并发不一定是并行。

  • 死锁

死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去
例如主线程串行队列同步执行任务：
dispatch_sync(dispatch_get_main_queue(),^{
NSLog("MainQueue");
});

自定义串行队列嵌套执行同步任务，产生死锁
dispatch_queue_t serialQueue = dispatch_queue_create("com.baidu.serialQueue", DISPATCH_QUEUE_SERIAL);
dispatch_sync(serialQueue, ^{ //该代码段后面的代码都不会执行，程序被锁定在这里
NSLog(@"会执行的代码");
dispatch_sync(serialQueue, ^{
NSLog(@"代码不执行");
});
});

嵌套使用dispatch_apply会导致死锁

死锁的四个必要条件：

（1） 互斥条件：一个资源每次只能被一个进程使用。
（2） 请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
（3） 不剥夺条件:进程已获得的资源，在末使用完之前，不能强行剥夺。
（4） 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

避免死锁的方法：

（1）破坏“互斥”条件:就是在系统里取消互斥。若资源不被一个进程独占使用，那么死锁是肯定不会发生的。但一般“互斥”条件是无法破坏的。因此，在死锁预防里主要是破坏其他三个必要条件，而不去涉及破坏“互斥”条件。

（2）破坏“请求和保持”条件:在系统中不允许进程在已获得某种资源的情况下，申请其他资源。即要想出一个办法，阻止进程在持有资源的同时申请其他资源。
方法：要求每个进程提出新的资源申请前，释放它所占有的资源。这样，一个进程在需要资源S时，须先把它先前占有的资源R释放掉，然后才能提出对S的申请，即使它可能很快又要用到资源R。

（3）破坏“不可抢占”条件：允许对资源实行抢夺。
方法一：如果占有某些资源的一个进程进行进一步资源请求被拒绝，则该进程必须释放它最初占有的资源，如果有必要，可再次请求这些资源和另外的资源。
方法二：如果一个进程请求当前被另一个进程占有的一个资源，则操作系统可以抢占另一个进程，要求它释放资源。只有在任意两个进程的优先级都不相同的条件下，该方法才能预防死锁。

（4）破坏“循环等待”条件：将系统中的所有资源统一编号，进程可在任何时刻提出资源申请，但所有申请必须按照资源的编号顺序（升序）提出。这样做就能保证系统不出现死锁。
方法：利用银行家算法避免死锁。

死锁

  • 线程安全

一段线程安全的代码（对象），可以同时被多个线程或并发的任务调度，不会产生问题，非线程安全的只能按次序被访问。所有Mutable对象都是非线程安全的，所有Immutable对象都是线程安全的，使用Mutable对象，一定要用同步锁来同步访问（@synchronized）。
互斥锁：能够防止多线程抢夺造成的数据安全问题，但是需要消耗大量的资源
原子属性（atomic）加锁
atomic: 原子属性，为setter方法加锁，将属性以atomic的形式来声明，该属性变量就能支持互斥锁了。
nonatomic: 非原子属性，不会为setter方法加锁，声明为该属性的变量，客户端应尽量避免多线程争夺同一资源。

几种多线程技术比较

  • NSThread (抽象层次：低)

优点：轻量级，简单易用，可以直接操作线程对象
缺点: 需要自己管理线程的生命周期，线程同步。线程同步对数据的加锁会有一定的系统开销。

  • Cocoa NSOperation (抽象层次：中)

优点：不需要关心线程管理，数据同步的事情，可以把精力放在学要执行的操作上。基于GCD，是对GCD 的封装，比GCD更加面向对象
缺点: NSOperation是个抽象类，使用它必须使用它的子类，可以实现它或者使用它定义好的两个子类NSInvocationOperation、NSBlockOperation.

  • GCD 全称Grand Center Dispatch (抽象层次：高)

优点：是 Apple 开发的一个多核编程的解决方法，简单易用，效率高，速度快，基于C语言，更底层更高效，并且不是Cocoa框架的一部分，自动管理线程生命周期（创建线程、调度任务、销毁线程）。
缺点: 使用GCD的场景如果很复杂，就有非常大的可能遇到死锁问题。

GCD抽象层次最高，使用也简单，因此，苹果也推荐使用GCD

为什么要用 GCD 呢？

GCD 可用于多核的并行运算
GCD 会自动利用更多的 CPU 内核（比如双核、四核）
GCD 会自动管理线程的生命周期（创建线程、调度任务、销毁线程）
程序员只需要告诉 GCD 想要执行什么任务，不需要编写任何线程管理代码

GCD

  • GCD中的三种队列类型

1.主线程串行队列（main queue）：与主线程功能相同，提交至Main queue的任务会在主线程中执行，Main queue 可以通过dispatch_get_main_queue()来获取。
2.全局并发队列（Global queue）：全局并发队列由整个进程共享，有高、中（默认）、低、后台四个优先级别。Global queue 可以通过调用dispatch_get_global_queue函数来获取（可以设置优先级）

  1. 自定义队列(Custom queue): 可以为串行，也可以为并发。Custom queue 可以通过dispatch_queue_create()来获取；

队列组 (Group queue)：将多线程进行分组，最大的好处是可获知所有线程的完成情况。
Group queue 可以通过调用dispatch_group_create()来创建，通过dispatch_group_notify 可以直接监听组里所有线程完成情况。

  • 主线程串行队列(The main queue)

1.主线程串行队列同步执行任务，在主线程运行时，会产生死锁

dispatch_queue_t mainQueue = dispatch_get_main_queue();
dispatch_sync(mainQueue,^{
  NSLog("MainQueue");            
});

2.主线程串行队列异步执行任务，在主线程运行，不会产生死锁。

dispatch_queue_t mainQueue = dispatch_get_main_queue();
dispatch_async(mainQueue,^{
  NSLog("MainQueue");            
});

3.从子线程异步执行的任务返回主线程串行队列同步执行任务（例如更新UI）

dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
   dispatch_async(globalQueue, ^{
       //子线程异步执行下载任务，防止主线程卡顿
       NSURL *url = [NSURL URLWithString:@"http://www.baidu.com"];
       NSError *error;
       NSString *htmlData = [NSString stringWithContentsOfURL:url encoding:NSUTF8StringEncoding error:&error];
       if (htmlData != nil) {
           dispatch_queue_t mainQueue = dispatch_get_main_queue();
            //异步返回主线程，根据获取的数据，更新UI
           dispatch_async(mainQueue, ^{
               NSLog(@"更新UI界面");
           });
       } else {
           NSLog(@"error when download:%@",error);
       }
  });

注意：主线程串行队列由系统默认生成，无法调用dispatch_resume()和dispatch_suspend()来控制执行继续或中断。

  • 全局并发队列(Global queue)

耗时操作(如网络请求，IO，数据库读写等，在子线程中处理，然后通知主线程更新界面。

1 全局并发队列同步执行任务，在主线程执行会导致页面卡顿。

dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
NSLog(@"current task");
dispatch_sync(globalQueue, ^{
       sleep(10.0);
       NSLog(@"sleep 10s");
});
NSLog(@"next task");

2 全局并发队列异步执行任务，会开启新的子线程去执行任务，页面不会卡顿。

dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
NSLog(@"current task");
dispatch_async(globalQueue, ^{
      sleep(2.0);
      NSLog(@"sleep 2.0s");
});
NSLog(@"next task");

3 多个全局并发队列，异步执行任务。

dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
NSLog(@"0");
dispatch_async(globalQueue, ^{
       NSLog(@"1");
});
dispatch_async(globalQueue, ^{
       NSLog(@"2");
});
NSLog(@"3");

异步线程的执行顺序是不确定的，几乎同步开始执行，1和2 顺序不确定
全局并发队列由系统默认生成，无法调用dispatch_resume()和dispatch_suspend()来控制执行继续或中断。

*自定义队列 (Custom queue)

1 自定义串行队列同步执行任务(依次执行)

dispatch_queue_t serialQueue = dispatch_queue_create("com.baidu.serialQueue", DISPATCH_QUEUE_SERIAL);
NSLog(@"0");
dispatch_sync(serialQueue, ^{
   NSLog(@"1");
   sleep(2);
});
dispatch_sync(serialQueue, ^{
   NSLog(@"2");
});
NSLog(@"3");

2 自定义串行队列嵌套执行同步任务，产生死锁

dispatch_queue_t queue1 = dispatch_queue_create("com.test.serial", DISPATCH_QUEUE_SERIAL);
    dispatch_queue_t queue2 = dispatch_get_main_queue();
    dispatch_sync(queue1, ^(void){
        NSLog(@"不死锁");
    });
    NSLog(@"测试");

dispatch_queue_t serialQueue = dispatch_queue_create("com.dullgrass.serialQueue", DISPATCH_QUEUE_SERIAL);
dispatch_sync(serialQueue, ^{   //该代码段后面的代码都不会执行，程序被锁定在这里
  NSLog(@"会执行的代码");
  dispatch_sync(serialQueue, ^{
      NSLog(@"代码不执行");
  });
});

3 异步执行串行队列，嵌套同步执行串行队列，同步执行的串行队列中的任务将不会被执行，其他程序正常执行

dispatch_queue_t serialQueue = dispatch_queue_create("com.dullgrass.serialQueue", DISPATCH_QUEUE_SERIAL);
dispatch_async(serialQueue, ^{
  NSLog(@"会执行的代码");
  dispatch_sync(serialQueue, ^{
      NSLog(@"代码不执行");
  });
});

注意:不要嵌套使用同步执行的串行队列任务

4 自定义并发队列执行同步任务(顺序执行)

dispatch_queue_t conCurrentQueue = dispatch_queue_create("com.baidu.conCurrentQueue", DISPATCH_QUEUE_CONCURRENT);
NSLog(@"0");
dispatch_sync(conCurrentQueue, ^{
     NSLog(@"1");
});
dispatch_sync(conCurrentQueue, ^{
     NSLog(@"2");
});
NSLog(@"3");

5 自定义并发队列嵌套执行同步任务（不会产生死锁，程序正常顺序运行）

dispatch_queue_t conCurrentQueue = dispatch_queue_create("com.dullgrass.conCurrentQueue", DISPATCH_QUEUE_CONCURRENT);
NSLog(@"current task");
dispatch_sync(conCurrentQueue, ^{
     NSLog(@"先加入队列");
     dispatch_sync(conCurrentQueue, ^{
         NSLog(@"次加入队列");
     });
});
NSLog(@"next task");

6 自定义并发队列执行异步任务（1，2不确定顺序）

dispatch_queue_t conCurrentQueue = dispatch_queue_create("com.dullgrass.conCurrentQueue", DISPATCH_QUEUE_CONCURRENT);
NSLog(@"0");
dispatch_async(conCurrentQueue, ^{
     NSLog(@"1");
});
dispatch_async(conCurrentQueue, ^{
     NSLog(@"2");
});
NSLog(@"3");
  • 队列组(Group queue)

使用场景： 同时下载多个图片，所有图片下载完成之后去更新UI（需要回到主线程）或者去处理其他任务（可以是其他线程队列）。
原理：使用函数dispatch_group_create创建dispatch group,然后使用函数dispatch_group_async来将要执行的block任务提交到一个dispatch queue。同时将他们添加到一个组，等要执行的block任务全部执行完成之后，使用dispatch_group_notify函数接收完成时的消息。
使用示例:

dispatch_group_t group = dispatch_group_create();
 dispatch_queue_t serialQueue = dispatch_queue_create("com.634778311.www", DISPATCH_QUEUE_CONCURRENT);
 dispatch_group_enter(group);
 dispatch_group_async(group, serialQueue, ^{
     // 网络请求一
     [DDYRequest getDataSuccess:^(ResponseModel *model) {
         dispatch_group_leave(group);
     } failure:^(NSString *err) {
         dispatch_group_leave(group);
     }];
 });
 dispatch_group_enter(group);
 dispatch_group_async(group, serialQueue, ^{
     // 网络请求二
     [DDYRequest getDataSuccess:^(ResponseModel *model) {
         dispatch_group_leave(group);
     } failure:^(NSString *err) {
         dispatch_group_leave(group);
     }];
 }); 
 // 所有网络请求结束后会来到这个方法
 dispatch_group_notify(group, serialQueue, ^{
     dispatch_async(dispatch_get_global_queue(0, 0), ^{
         dispatch_async(dispatch_get_main_queue(), ^{
             // 刷新UI
         });
     });
 });

在当前线程阻塞的同步等待dispatch_group_wait

dispatch_group_t groupQueue = dispatch_group_create();
dispatch_time_t delayTime = dispatch_time(DISPATCH_TIME_NOW, 10 * NSEC_PER_SEC);
dispatch_queue_t conCurrentGlobalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
NSLog(@"current task");
dispatch_group_async(groupQueue, conCurrentGlobalQueue, ^{

      long isExecuteOver = dispatch_group_wait(groupQueue, delayTime);
      if (isExecuteOver) {
          NSLog(@"wait over");
      } else {
          NSLog(@"not over");
      }
      NSLog(@"并行任务1");
});
dispatch_group_async(groupQueue, conCurrentGlobalQueue, ^{
      NSLog(@"并行任务2");
});

dispatch_time(dispatch_time_t when, int64_t delta);
参数注释：
第一个参数一般是DISPATCH_TIME_NOW，表示从现在开始
第二个参数是延时的具体时间
延时1秒可以写成如下几种：
NSEC_PER_SEC----每秒有多少纳秒
dispatch_time(DISPATCH_TIME_NOW, 1NSEC_PER_SEC);
USEC_PER_SEC----每秒有多少毫秒（注意是指在纳秒的基础上）
dispatch_time(DISPATCH_TIME_NOW, 1000USEC_PER_SEC); //SEC---毫秒
NSEC_PER_USEC----每毫秒有多少纳秒。
dispatch_time(DISPATCH_TIME_NOW, USEC_PER_SEC*NSEC_PER_USEC);SEC---纳秒

  • GCD中一些系统提供的常用dispatch方法

1.dispatch_after延时添加到队列

只是延时提交block，并不是延时后立即执行，并不能做到精确控制，需要精确控制时慎用
三个参数：param1延迟时间，param2队列，param3block块

dispatch_time_t delayTime3 = dispatch_time(DISPATCH_TIME_NOW, 3*NSEC_PER_SEC);
dispatch_time_t delayTime2 = dispatch_time(DISPATCH_TIME_NOW, 2*NSEC_PER_SEC);
dispatch_queue_t mainQueue = dispatch_get_main_queue();
NSLog(@"current task");
dispatch_after(delayTime3, mainQueue, ^{
      NSLog(@"3秒之后添加到队列");
});
dispatch_after(delayTime2, mainQueue, ^{
       NSLog(@"2秒之后添加到队列");
});
NSLog(@"next task");

2 dispatch_apply 快速迭代方法,
作用是把指定次数指定的block添加到queue中, 第一个参数是迭代次数，第二个是所在的队列，第三个是当前索引，dispatch_apply可以利用多核的优势，所以输出的index顺序不是一定的。
/dispatch_apply 和 dispatch_apply_f 是同步函数,会阻塞当前线程直到所有循环迭代执行完成。当提交到并发queue时,循环迭代的执行顺序是不确定的。
应用场景：
如果我们从服务器获取一个数组的数据，那么我们可以使用该方法从而快速的批量字典转模型。

    NSArray *dictArray = nil;//存放从服务器返回的字典数组
    dispatch_queue_t queue = dispatch_queue_create("queue", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(queue, ^{
        dispatch_apply(dictArray.count, queue,  ^(size_t index){
            //字典转模型
        });
        dispatch_async(dispatch_get_main_queue(), ^{
            NSLog(@"主线程更新");
        });
    });

注意：嵌套使用dispatch_apply会导致死锁

3 dispatch_semaphore(信号量)

// 创建信号量，参数：信号量的初值，表示允许几个线程访问，如果小于0则会返回NULL
dispatch_semaphore_create（信号量值）

// 等待降低信号量，等待时间枚举（DISPATCH_TIME_NOW，DISPATCH_TIME_FOREVER）
dispatch_semaphore_wait（信号量，等待时间枚举值）

// 提高(发送)信号量
dispatch_semaphore_signal(信号量)

dispatch_semaphore_t semaphore = dispatch_semaphore_create(1);   
dispatch_queue_t quene = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
//任务1
dispatch_async(quene, ^{
    dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
    NSLog(@"run task 1");
    sleep(1);
    NSLog(@"complete task 1");
    dispatch_semaphore_signal(semaphore);       
});
//任务2
dispatch_async(quene, ^{
    dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
    NSLog(@"run task 2");
    sleep(1);
    NSLog(@"complete task 2");
    dispatch_semaphore_signal(semaphore);       
});

信号量的理解及使用
信号量-线程加锁

4 dispatch_once 保证在app运行期间，block中的代码只执行一次

经典使用场景－－－单例
单例对象ShareManager的定义

ShareManager的.h文件
 #import <Foundation/Foundation.h>
 @interface ShareManager : NSObject
 @property (nonatomic, copy) NSString *someProperty;
+ (ShareManager *)shareManager;
+ (ShareManager *)sharedManager;
@end

ShareManager的.m文件
#import "ShareManager.h"
@implementation ShareManager
static ShareManager *sharedManager = nil;
//GCD实现单例功能
+ (ShareManager *)shareManager
{
  static dispatch_once_t onceToken;
  dispatch_once(&onceToken, ^{
      sharedManager = [[self alloc] init];
  });
  return sharedManager;
 }
//在ARC下，非GCD，实现单例功能
+ (ShareManager *)sharedManager
{
  @synchronized(self) {
      if (!sharedManager) {
          sharedManager = [[self alloc] init];
      }
  }
  return sharedManager;
 }
- (instancetype)init{
  self = [super init];
  if (self) {
       _someProperty =@"Default Property Value";
  }
  return self;
}
@end

ShareManager的使用
#import "ShareManager.h"
在需要使用的函数中，直接调用下面的方法
ShareManager *share = [ShareManager sharedManager];
NSLog(@"share is %@",share.someProperty);

// 还有一种直接使用懒加载方式创建单例，线程不安全，不建议采用

5 dispatch_barrier_async 栅栏操作

功能：是在并行队列中，等待在dispatch_barrier_async之前加入的队列全部执行完成之后（这些任务是并发执行的）再执行dispatch_barrier_async中的任务，dispatch_barrier_async中的任务执行完成之后，再去执行在dispatch_barrier_async之后加入到队列中的任务（这些任务是并发执行的）。
注意：使用 dispatch_barrier_async ，该函数只能搭配自定义并行队列 dispatch_queue_t 使用。不能使用： dispatch_get_global_queue ，否则 dispatch_barrier_async 的作用会和 dispatch_async 的作用一模一样。参考

使用示例:

dispatch_queue_t conCurrentQueue = dispatch_queue_create("com.baidu.conCurrentQueue", DISPATCH_QUEUE_CONCURRENT);
dispatch_async(conCurrentQueue, ^{
    NSLog(@"dispatch 1-1");
});
dispatch_async(conCurrentQueue, ^{
    NSLog(@"dispatch 1-2");
});
dispatch_async(conCurrentQueue, ^{
    NSLog(@"dispatch 1-3");
});
dispatch_barrier_async(conCurrentQueue, ^{
    NSLog(@"dispatch barrier");
    dispatch_async(conCurrentQueue, ^{
        NSLog(@"dispatch 2-1");
    });
    dispatch_async(conCurrentQueue, ^{
        NSLog(@"dispatch 2-2");
    });
    dispatch_async(conCurrentQueue, ^{
        NSLog(@"dispatch 2-3");
    });
});
dispatch_async(conCurrentQueue, ^{
    NSLog(@"dispatch 3-1");
});
dispatch_async(conCurrentQueue, ^{
    NSLog(@"dispatch 3-2");
});
dispatch_async(conCurrentQueue, ^{
  NSLog(@"dispatch 3-3");
});

打印结果：

2018-04-17 10:20:43.598 FireFlyChat[7044:920515] dispatch 1-1
2018-04-17 10:20:43.598 FireFlyChat[7044:920515] dispatch 1-2
2018-04-17 10:20:43.599 FireFlyChat[7044:920515] dispatch 1-3
2018-04-17 10:20:43.599 FireFlyChat[7044:920501] dispatch barrier
2018-04-17 10:20:43.600 FireFlyChat[7044:920524] dispatch 3-1
2018-04-17 10:20:43.600 FireFlyChat[7044:920524] dispatch 3-3
2018-04-17 10:20:43.600 FireFlyChat[7044:920524] dispatch 2-1
2018-04-17 10:20:43.600 FireFlyChat[7044:920522] dispatch 3-2
2018-04-17 10:20:43.600 FireFlyChat[7044:920516] dispatch 2-2
2018-04-17 10:20:43.600 FireFlyChat[7044:920524] dispatch 2-3

2-n 和 3-n 顺序不确定，但是都是在所有1-n执行结束后执行

http://www.jianshu.com/p/ae786a4cf3b1
http://cbsfly.github.io/ios/rac1
iOS多线程全套：生命周期，线程安全，GCD、NSOperation的使用
NSOperation&NSOperationQueue详细总结
GCD详尽总结
pThread & NSThread详尽总结
GCD学习之GCD（Grand Central Dispatch）

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念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

推荐阅读更多精彩内容

  • 网页前端资源整合
    作为一个前端程序猿，下面这些站会让你眼前一亮。 amazeui框架组建丰富 http://amazeui.org...
    欧巴冰冰阅读 8,805评论 18赞 303
  • 人生的感悟！
    人啊，想开了就是幸福， 想不开就是痛苦， 很多时候， 不是跟事过不去，而是跟心过不去， 总是太在乎， 怕失去， 当...
    胜者为王王臣森阅读 114评论 0赞 0
  • 拖延症--全民病毒来了
    你有拖延吗? 在TED演讲中，有一部很热的演讲。叫做《你有拖延症吗》。看到这个题目，我立即戳进去看。因为我就是重度...
    李大嘴和她的尖货阅读 297评论 3赞 2
  • 人一定要为了年龄而走进婚姻吗
    写过情感，写过迷茫，也写过未来日子的向往，只是很少会写到，有关年龄在内的一些敏感话题，不是不敢写，而是跟个人性格有...
    康学瑞阅读 181评论 0赞 0
  • 竹马，我不是你的青梅
    入我相思门 知我相思苦 长相思兮长相忆 短相思兮无穷极 红豆，生于南，蕴相思之意。 看豆荚成熟裂开的时候，从中冒出...
    煮人喂可乐阅读 609评论 2赞 5