OC底层原理二十五：内存五大区 & 多线程

OC底层原理 学习大纲

本节将介绍内存五大区和多线程:

  1. 内存五大区
  2. 多线程
  3. 互斥锁与自旋锁
  4. atomic与nonatomic的区别
  5. 线程与RunLoop

1. 内存五大区

按照地址从高到低排列： 栈区 -> 堆区 -> 全局静态区 -> 常量区 -> 代码区 （内核区和保留部分不再考虑范围内）

image.png

补充说明：

  1. 内存五大区，实际是指虚拟内存，而不是真实物理内存。（详情可查看👉 本文第3点 虚拟内存与物理内存）
  2. iOS系统中，应用的虚拟内存默认分配4G大小，但五大区只占3G，还有1G是五大区之外的内核区

1.1 栈区

  1. 函数内部定义的局部变量和数组，都存放在栈区; （比如每个函数都有的(id self, SEL _cmd)）
  2. 栈区的内存空间由系统管理。(函数调用时开辟空间，函数调用结束时回收空间)
  3. 栈是从高地址向低地址扩展，是一块连续的内存区域，遵循FILO先进后出原则，效率高。
  4. 栈区一般在运行时进行分配

缓冲区域

栈区和堆区中间有小块未使用的内存区域。用于给栈区和堆区之间创建一个缓冲区域

  • 溢出：
    到达缓冲区的数据向小缓冲区复制的过程中，由于没有注意小缓冲区的边界，导致小缓存区满了，从而覆盖了和小缓存区相邻内存区域的其他数据而引起的内存问题。
    （就像桶盛水，水多了，自然越界溢出来了。）

1.2 堆区

  1. 空间最大，由我们手动管理。(ARC自动管理)
  2. 堆是从低地址向高地址扩展。
  3. malloc、calloc、realloc开辟： 堆区开辟空间，可以是不连续的内存区域，以链表结构存在（增删快，查找慢）。返回首地址存放在栈区。
  4. free回收。释放对象在堆区的内存，并将栈中的地址指针置空。

需要注意：

  • 野指针：提前释放了，查询时找不到内容
  • 内存泄露 ：没有释放，一直占用内存
  • 过度释放：对已释放的对象进行release操作。

1.3 全局静态区(.bss)

  1. 存放全局变量和静态变量
  2. 空间由系统管理。（程序启动时，开辟空间；程序结束时，回收空间；程序执行期间一直存在）
  3. static修饰的变量仅执行一次，生命周期为整个程序运行期

1.4 常量区(.data)

  1. 存放常量(整型、字符型，浮点，字符串等)，整个程序运行期不能被改变。
  2. 空间由系统管理,生命周期为整个程序运行期。

1.5 代码区(.text)

  1. 存放程序执行的CPU指令。（编译期将代码转换为CPU指令）

define和const区别：

define： 宏。编译期不会进行语法识别，没有类型。编译期会分配内存。每次使用都会进行宏替换和开辟内存。

const： 常量。编译期会进行语法识别，需要指定类型。编译期不会分配内存，仅在第一次使用时，开辟内存并记录内存地址。后续调用时不会开辟内存，直接返回记录的内存地址。效率更快。内存占用更少。

可以通过以下代码，加深印象：

- (void)test {
    
    NSInteger i = 666;
    NSLog(@"NSInteger i -> 内存地址：%p", &i); // 【局部变量】 栈区

    NSString * name = @"HT";
    NSLog(@"NSString name -> 内存地址： %p", name); // 【字符串内容】 存放在常量区
    NSLog(@"NSString name -> 指针地址： %p", &name);// 【局部变量name的指针】 存放在栈区
    
    NSObject * objc = [NSObject new];
    NSLog(@"NSObject objc -> 内存地址： %p", objc);// 【对象的内容】 存放在堆区
    NSLog(@"NSObject objc -> 指针地址： %p", &objc);//【对象的指针】 存放在栈区
}
  • 打印结果： （0x7开头: 栈区 、 0x1开头: 常量区、 0x6开头: 堆区）
    image.png

2. 多线程

官方文档： 👉 相关链接

1. 线程和进程的定义

  • 线程：
  1. 线程是进程的基本执行单元，一个进程的所有任务都在线程中执行
  2. 进程想要执行任务，必须得有线程，进程至少要有一条线程
  3. 程序启动会默认开启一条线程，这条线程被称为主线程或UI线程
  • 进程：
  1. 进程是指在系统中正在运行的一个应用程序
  2. 每个进程之间是独立的，每个进程均运行在其专用的且受保护的内存空间内
  3. 通过活动监视器可以查看Mac系统中所开启的线程。
    image.png

2. 线程与进程的关系

  • 地址空间：
    同一进程的线程共享本进程的地址空间，而进程之间则是独立的地址空间。
  • 资源拥有：
    同一进程内的线程共享本进程内的资源（如内存、I/O、cpu等），但进程之间资源是相互独立的。
  1. 进程崩溃后，保护模式下不会对其他进程产生影响，但一个线程崩溃会导致整个进程都死掉。所以多进程比多线程健壮。
  2. 进程切换时，消耗的资源大。涉及频繁切换时，使用线程要好过于进程。同样要求同时进行且共享某些变量的并发操作时，只能用线程不能用进程。
  3. 执行过程：每个独立的进程都有一个程序运行入口和顺序执行序列。但是线程不能独立执行，必须依存在应用程序中，由应用程序提供多个线程执行控制。
  4. 线程是处理器调度的基本单位，但进程不是。
  5. 线程没有地址空间，线程包含在进程地址空间中。

3. 多线程的意义

  • 优点：
  1. 适当提高执行效率
  2. 适当提高资源的利用率(CPU、内存等)
  3. 线程上的任务执行完后，线程会自动销毁
  • 缺点：
  1. 开启线程需要占用一定的内存空间(参照下面 第5点 线程成本 )
  2. 开启大量线程，会占用大量内存空间，降低程序性能
  3. 线程越多，CPU在调度线程上的开销越大
  4. 程序设计更加复杂（如线程间的通讯，多线程的数据共享等）

4. 时间片

时间片的概念： CPU在多个任务之间进行快速切换，这个时间间隔就是时间片。

  • （单核CPU）同一时间，CPU只能处理1个线程

  • 多线程同时执行：
    理论上，只要CPU在多个线程切换的足够快（时间片足够小），就可以做出"同时执行"的假象。
    （但实际上，一个CPU单次只对一个线程进行调度。所以多线程同步需要多个CPU的处理器（多核）才可以做到。）

  • 如果线程数非常多，CPU在多个线程之间切换，会消耗大量CPU资源。
    每个线程被调度的次数会降低，线程的执行效率会降低

5. 线程成本

image.png
  • 谷歌翻译：
image.png
  • 内核数据结构： 1KB
  • 堆空间：iOS主线程：1MB，OSX主线程：8MB、其他辅助线程：512KB
  • 创建时间：平均90微妙

6. 多线程技术方案

image.png
1. pthread

pthread是一套通用的多线程 API，可以在Unix/ Linux / Windows 等系统跨平台使用，使用 C 语言编写，需要程序员自己管理线程的生命周期，使用难度较大，我们在 iOS 开发中几乎不使用。

  • 简单使用实例：
#import <pthread.h>

- (void)createThread {
    // 1. 创建线程：定义一个pthread_t类型变量
    pthread_t thread;
    // 2. 开启线程：执行任务
    //  参数1： 要开的线程变量
    //  参数2：线程的属性
    //  参数3：子线程的执行函数（任务）
    //  参数4：函数入参
    pthread_create(&thread, NULL, run, @"入参");
    // 3. 设置子线程的状态设置为detached，该线程运行结束后会自动释放所有资源
    pthread_detach(thread);
}

void * run(void * param) {
    NSLog(@"%@ %@", [NSThread currentThread], param);
    return NULL;
}
  • 打印结果：
image.png
  • 其他方法：
    pthread_create()： 创建一个线程
    pthread_exit()： 终止当前线程
    pthread_cancel()： 中断另外一个线程的运行
    pthread_join()：阻塞当前的线程，直到另外一个线程运行结束
    pthread_attr_init()：初始化线程的属性
    pthread_attr_setdetachstate()：设置脱离状态的属性（决定这个线程在终止时是否可以被结合）
    pthread_attr_getdetachstate()：获取脱离状态的属性
    pthread_attr_destroy()： 删除线程的属性
    pthread_kill()： 向线程发送一个信号
2. NSThread

NSThread是苹果官方提供的，使用起来比pthread更加面向对象，简单易用，可直接操作线程对象，需要自己管理线程生命周期。实际开发中偶尔使用。

-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
    [self createThread1];
//    [self createThread2];
//    [self createThread3];
}

//MARK: - 创建线程
//创建线程 (手动启动)
-(void)createThread1{
    // 实例化一个线程对象
    NSThread *thread=[[NSThread alloc]initWithTarget:self selector:@selector(run1) object:nil];
    // 线程名称
    thread.name = @"Thread1Name";
    
    /**
     NSQualityOfServiceUserInteractive = 0x21, 用户交互         - 最高（21）
     NSQualityOfServiceUserInitiated = 0x19,   用户马上执行的事件 - 较高(19)
     NSQualityOfServiceUtility = 0x11,         普通任务         - 普通（11）
     NSQualityOfServiceBackground = 0x09,      后台任务         - 较低 (9)
     NSQualityOfServiceDefault = -1            常规            - 最低
     */
    
    // 线程优先级
    thread.qualityOfService = NSQualityOfServiceDefault;
    // 线程启动
    [thread start];
}

//创建线程 (自动启动)
-(void)createThread2{
    //创建线程后自动启动线程
    [NSThread detachNewThreadSelector:@selector(run2:) toTarget:self withObject:@"createThread2"];
}

//创建线程 (自动启动)
-(void)createThread3{
    //隐式创建线程并启动
    [self performSelectorInBackground:@selector(run2:) withObject:@"createThread3"];
}

//MARK: - 耗时操作
- (void)run1{
    for (int i=0; i<200; i++) {
        NSLog(@"%d----%@",i,[NSThread currentThread]);
    }
}

- (void)run2:(NSString*)param{
    for (int i=0; i<200; i++) {
        NSLog(@"%d----%@---%@",i,[NSThread currentThread],param);
    }
}
  • 创建：
  1. createThread1：手动启动线程，可以配置线程属性（名称、优先级）；
  2. createThread2：自动启动线程，快捷便利，不支持配置线程属性;
  3. createThread3：隐式创建线程并启动，快捷便利，不支持配置线程属性;
  • 任务： run1无参数，run2带参数

  • 其他方法：
    + (NSThread *)mainThread： 获得主线程
    - (BOOL)isMainThread： 判断是否为主线程(对象方法)
    + (BOOL)isMainThread： 判断是否为主线程(类方法)
    NSThread *current = [NSThread currentThread]： 获得当前线程
    - (void)setName:(NSString *)n： 线程的名字——setter方法
    - (NSString *)name： 线程的名字——getter方法
    - (BOOL)isCancelled：判断是否已取消
    - (BOOL)isFinished：判断是否已经结束
    - (BOOL)isExecuting：判断是否正在执行

  • 状态控制方法：
    - (void)start：线程进入就绪状态 -> 运行状态。当线程任务执行完毕，自动进入死亡状态
    - (void)cancel： 线程取消
    - (void)setName:(NSString *)n： 线程的名字——setter方法
    + (void)sleepUntilDate:(NSDate *)date：阻塞（暂停）线程方法
    + (void)sleepForTimeInterval:(NSTimeInterval)ti：线程进入阻塞状态
    + (void)exit：线程进入死亡状态(立即终止除主线程以外所有线程)

  • 线程之间的通信：
    在主线程上执行操作
    - (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)arg waitUntilDone:(BOOL)wait
    - (void)performSelectorOnMainThread:(SEL)aSelector withObject:(id)arg waitUntilDone:(BOOL)wait modes:(NSArray<NSString *> *)array
    在指定线程上执行操作
    - (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(id)arg waitUntilDone:(BOOL)wait modes:(NSArray *)array NS_AVAILABLE(10_5, 2_0);
    - (void)performSelector:(SEL)aSelector onThread:(NSThread *)thr withObject:(id)arg waitUntilDone:(BOOL)wait NS_AVAILABLE(10_5, 2_0);
    在当前线程上执行操作，调用 NSObject 的 performSelector:相关方法
    - (id)performSelector:(SEL)aSelector;
    - (id)performSelector:(SEL)aSelector withObject:(id)object;
    - (id)performSelector:(SEL)aSelector withObject:(id)object1 withObject:(id)object2;

  • 售票案例（线程安全，多读单写）
@interface ViewController ()
@property (nonatomic, assign) NSInteger ticketSurplusCount; // 剩余票数
@property (nonatomic, strong) NSThread *ticketSaleWindow1; // 线程1 
@property (nonatomic, strong) NSThread *ticketSaleWindow2; // 线程2
@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];

    [self initTicketStatusSave];
}

/**
 * 初始化火车票数量、卖票窗口(线程安全)、并开始卖票
 */
- (void)initTicketStatusSave {
    // 1. 设置剩余火车票为 50
    self.ticketSurplusCount = 50;
    
    // 2. 设置北京火车票售卖窗口的线程
    self.ticketSaleWindow1 = [[NSThread alloc]initWithTarget:self selector:@selector(saleTicketSafe) object:nil];
    self.ticketSaleWindow1.name = @"北京火车票售票窗口";
    
    // 3. 设置上海火车票售卖窗口的线程
    self.ticketSaleWindow2 = [[NSThread alloc]initWithTarget:self selector:@selector(saleTicketSafe) object:nil];
    self.ticketSaleWindow2.name = @"上海火车票售票窗口";
    
    // 4. 开始售卖火车票
    [self.ticketSaleWindow1 start];
    [self.ticketSaleWindow2 start];
}

/**
 * 售卖火车票(线程安全)
 */
- (void)saleTicketSafe {
    while (1) {
        // 互斥锁
        @synchronized (self) {
            //如果还有票，继续售卖
            if (self.ticketSurplusCount > 0) {
                self.ticketSurplusCount --;
                NSLog(@"%@", [NSString stringWithFormat:@"剩余票数：%ld 窗口：%@", self.ticketSurplusCount, [NSThread currentThread].name]);
                [NSThread sleepForTimeInterval:0.2];
            }
            //如果已卖完，关闭售票窗口
            else {
                NSLog(@"所有火车票均已售完");
                break;
            }
        }
    }
}
3. GCD
  • GCD(Grand Central Dispatch)，大中央调度。
    对线程操作进行了封装，加入了很多新的特性，内部进行了效率优化，提供了简洁的C语言接口，使用简单高效，是苹果推荐的方式。使用频率高。
#pragma mark - GCD演练
/**
 并发队列，同步执行
 */
- (void)gcdDemo4 {
    // 1. 队列
    dispatch_queue_t queue = dispatch_queue_create("itcast", DISPATCH_QUEUE_CONCURRENT);

    // 2. 同步执行任务
    for (int i = 0; i < 10; i++) {
        dispatch_sync(queue, ^{
            NSLog(@"%@ %d", [NSThread currentThread], i);
        });
    }
}

/**
 并发队列，异步执行
 */
- (void)gcdDemo3 {
    // 1. 队列
    dispatch_queue_t queue = dispatch_queue_create("itcast", DISPATCH_QUEUE_CONCURRENT);

    // 2. 异步执行任务
    for (int i = 0; i < 10; i++) {
        dispatch_async(queue, ^{
            NSLog(@"%@ %d", [NSThread currentThread], i);
        });
    }

}

/**
 串行队列，异步执行
 */
- (void)gcdDemo2 {
    // 1. 队列
    dispatch_queue_t queue = dispatch_queue_create("itcast", NULL);

    // 2. 异步执行任务
    for (int i = 0; i < 10; i++) {
        dispatch_async(queue, ^{
            NSLog(@"%@ %d", [NSThread currentThread], i);
        });
    }
}

/**
 串行队列，同步执行(开发中非常少用)
 */
- (void)gcdDemo1 {

    // 1. 队列
//    dispatch_queue_t queue = dispatch_queue_create("icast", DISPATCH_QUEUE_SERIAL);
    dispatch_queue_t queue = dispatch_queue_create("icast", NULL);
    NSLog(@"执行前----");

    // 执行任务
    for (int i = 0; i < 10; i++) {
        NSLog(@"调度----");

        // 在队列中"同步"执行任务，串行对列添加同步执行任务，会立即被执行
        dispatch_sync(queue, ^{
            NSLog(@"%@ %d", [NSThread currentThread], i);
        });
    }
    NSLog(@"for 后面");
}
4. NSOperation

NSOperation是基于GCD的一个抽象基类，将线程封装成要执行的操作，不需要管理线程的生命周期和同步，但比GCD可控性更强。例如可以加入操作依赖（addDependency）、设置操作队列最大可并发执行的操作个数（setMaxConcurrentOperationCount）、取消操作（cancel）等。

NSOperation作为抽象基类不具备封装我们的操作的功能，需要使用两个它的实体子类：NSBlockOperation和NSInvocationOperation，或者继承NSOperation自定义子类。

NSBlockOperation和NSInvocationOperation用法的主要区别是：前者执行指定的方法，后者执行代码块，相对来说后者更加灵活易用。NSOperation操作配置完成后便可调用start函数在当前线程执行，如果要异步执行避免阻塞当前线程则可以加入NSOperationQueue中异步执行。

  • 测试代码
- (void)opDemo2 {
    NSOperationQueue *q = [[NSOperationQueue alloc] init];
    [q addOperationWithBlock:^{
        NSLog(@"耗时操作 %@", [NSThread currentThread]);

        [[NSOperationQueue mainQueue] addOperationWithBlock:^{
            NSLog(@"更新UI %@", [NSThread currentThread]);
        }];
    }];
}

- (void)opDemo1 {
    NSInvocationOperation *op = [[NSInvocationOperation alloc] initWithTarget:self selector:@selector(downloadImage:) object:@"Invocation"];

    // start 会立即在当前线程执行 selector 方法
    //    [op start];

    // 将操作添加到队列，会自动异步执行
    NSOperationQueue *q = [[NSOperationQueue alloc] init];
    [q addOperation:op];
}

- (void)downloadImage:(id)obj {
    NSLog(@"%@ %@",  [NSThread currentThread], obj);
}

7. 线程生命周期

image.png
    1. 新建： new新建线程后，调用start后，并不会立即执行，而是进入就绪状态，等待CPU的调度。
    1. 运行： CPU调度当前线程，进入运行状态，开始执行任务。
      如果当前线程还在运行中，CPU从可调度池中调用其他线程，来执行此任务。
    1. 阻塞： 运行中的任务，被调用sleep/等待同步锁时，会进入阻塞状态。所有线程都停止，等待sleep结束/获取同步锁，才会回到就绪状态。
    1. 死亡： 运行中的任务，在任务执行完或被强制退出时，线程自动进入Dead销毁。

线程池调度：

image.png

饱和策略：

image.png

3. 互斥锁与自旋锁

  • 互斥锁：
  1. 保证锁内代码，同一时间，只有一条线程能够执行；
  2. 互斥锁的锁定范围，应该尽量小，锁定范围越大，效率越差
  • 互斥锁参数：
  1. 能够加锁的任意NSObject对象
  2. 锁对象要保证所有线程都能够访问
  3. 如果代码只有一个地方需要加锁，大多都使用self，这样可以避免单独再创建一个锁对象
  • 自旋锁：
    耗性能，循环轮循是否可执行。自旋锁内容应尽可能小，保障尽快完成锁内任务。

互斥锁与自旋锁的区别：

互斥锁是被动等待代码触发，再上锁。自旋锁是主动轮循请求资源。所以自旋锁更消耗资源。

  • 要求立即执行，任务资源较小(执行耗时短)时，可选择自旋锁。
  • 被动触发，任务资源较大(执行耗时长)时，选择互斥锁。

4. atomic与nonatomic的区别

  • nonatomic： 非原子属性。非线程安全，适合内存小的移动设备。

  • atomic 原子属性。线程安全，需要消耗大量的资源。是默认值。
    atomic是针对多线程设计的，本身有自旋锁， 实现单写多读：单个线程写入，多个线程可以读取。

iOS官方建议：
所有属性都声明为nonatomic，避免多线程抢夺同一块资源。
尽量将加锁、资源抢夺的业务逻辑交给服务器端处理，减小移动客户端的压力**

5. 线程与RunLoop

  1. RunLoop与线程是一一对应的，一个runloop对应一个核心的线程。

为什么说是核心的，是因为runloop是可以嵌套的，但是核心的只能有一个，他们的关系保存在一个全局字典里。

  1. Runloop是来管理线程的，当线程的runloop被开启后，线程会在执行完任务后进入休眠状态，有任务就会被唤醒去执行任务。

  2. Runloop在第一次获取时被创建，在线程结束时被销毁。

  3. 对于主线程来说，runloop在程序一启动就默认创建好了。

  4. 对于子线程来说，runloop是懒加载的，只有当我们使用时才会创建，所以在子线程用定时器要注意：确保子线程的runloop被创建，不然定时器不会回调。

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