你对多线程的理解有多少??

为何要使用多线程? 学习多线程的目的: 将耗时操做放到后台去执行, 这也是学习多线程最主要的目的!
那么怎样能看出哪些操做是耗时较多的呢,这里咱们就来模拟一下内存几个区不一样的耗时状况:
git

假设有一个新闻类的app,若是咱们按照在UI阶段的方法,使用plist加载本地数据,那么这个app上的数据都是死的,用户看来看去都是固定死的几条“新闻”,最终的结果就是,用户会删掉这个app。 没有数据的app犹如一潭死水,没有生机!那么,怎么来实时地获取数据呢?只有经过网络从远程服务器的数据库中获取实时数据。这样咱们的app才可以保持活力! 可是,从网络上获取数据的时候会存在一个问题,比方说:下载一个小电影,一般是比较消耗时间的。也就是说,从网络上获取数据的操做属于耗时操做。 那么,耗时操做会对咱们的app产生什么影响呢?给你们提示一下,既然咱们如今要学习多线程,那就说明咱们以前写的全部代码都是在单线程上执行的。这里给你们举个例子,过河,若是把河上的桥比做线程,那么咱们以前都是在走独木桥。走独木桥有什么特色呢?假设有10我的要过河,可是第1我的张三跟人打架,腿瘸了,那么张三过桥就会很是墨迹。后面的人想过桥,没门,必须等张三过去了,后面的人才能够过河。 这个例子放到程序里面,就是网络操做比较耗时,若是网络操做没有执行完毕,用户的其它操做就会被阻塞,结果就是用户会感到很是卡顿,而后就是各类删删删了。 而多线程就是专门用来解决这种问题的!github

因此在引入多线程以前,咱们先来作一个模拟耗时操做的演练。数据库

一、代码一:循环测试

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    // 单线程
    [self demo];
}

#pragma mark - 模拟耗时操做

- (void)demo {
    
    NSLog(@"bengin");
    for (int i = 0; i < 10000000; i++) {
        
    }
    NSLog(@"end");
}

打印台输出结果为:服务器

输入图片说明

经过输出结果可知:循环的速度很是很是快; 仅为0.025s

二、代码二:操做内存的栈空间

-	(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
// 单线程
    [self demo];
}
#pragma mark - 模拟耗时操做
- (void)demo {
    NSLog(@"bengin");
    for (int i = 0; i < 10000000; i++) {
        int n = i;
    }
    NSLog(@"end");
}

打印台输出结果为:网络

输入图片说明

经过输出结果可知:操做内存的栈空间,速度一样很是快。仅为 0.026s

三、代码三:操做内存的常量区

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    // 单线程
    [self demo];
}
#pragma mark - 模拟耗时操做

- (void)demo {
    
    NSLog(@"bengin");
    for (int i = 0; i < 10000000; i++) {
        // 使用@""定义的字符串保存在常量区
        NSString *str = @"hello";
    }
    NSLog(@"end");
}

打印台输出结果为:多线程

输入图片说明

经过输出结果可知: 操做内存的常量区, 速度比较快(比操做栈区稍微慢点) 0.099s

四、代码四:操做内存的堆空间

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    // 单线程
    [self demo];
}
#pragma mark - 模拟耗时操做

- (void)demo {
    NSLog(@"bengin");
    for (int i = 0; i < 10000000; i++) {
        // 使用 stringWithFormat 拼接的字符串保存在堆区
        NSString *str = [NSString stringWithFormat:@"hello - %d", i];
    }
    NSLog(@"end");
}

打印台输出结果为:app

输入图片说明

经过输出结果可知:操做内存的堆空间,速度比操做常量区慢;循环很是消耗CPU资源: 时间为10.597s

五、代码五:I/O操做

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    // 单线程
    [self demo];
}
#pragma mark - 模拟耗时操做

- (void)demo {
    NSLog(@"bengin");
    for (int i = 0; i < 10000000; i++) {
        // I/O操做
        NSLog(@"%d", i);
    }
    NSLog(@"end");
}

打印台输出结果为:学习

输入图片说明

从输出结果可知:I/O操做,速度很是慢。

六、代码六:引入多线程技术

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    // 多线程
    [self performSelectorInBackground:@selector(demo) withObject:nil];
}
#pragma mark - 模拟耗时操做
- (void)demo {
    
    NSLog(@"bengin");
    for (int i = 0; i < 10000000; i++) {
        // I/O操做
        NSLog(@"%d", i);
    }
    NSLog(@"end");
}

打印台输出结果为:测试

输入图片说明

由输出结果可知:引入多线程技术以后,即使是I/O操做这种耗时操做,也不会形成程序卡顿。

七、小结与思考

小结:

(1) 耗时操做的后果:若是只有主线程,会形成程序卡顿,用户体验极差。
(2) 学习多线程的目的:将耗时操做放到后台线程去执行。
(3) 经过耗时操做演练可知,操做效率的顺序:

I/O操做 < 堆区 < 常量区 < 栈区。线程

(4) 使用@””定义的字符串保存在常量区,使用stringWithFormat拼接的字符串保存在堆区。
(5) 网络操做也属于耗时操做,经过多线程技术能够将耗时的网络操做放到后台线程去执行,从而提升程序执行效率,改善用户体验。
(6) - (void)performSelectorInBackground:(SEL)aSelector withObject:(nullable id)arg 在后台执行某方法。

思考:

#####(1)耗时操做会对咱们的应用程序产生什么影响? 耗时操做的后果:在主线程,耗时操做会形成程序卡顿,用户会觉得程序死了,用户体验极差。 #####(2)耗时操做形成的程序卡顿问题该怎么解决? 要想解决程序卡顿问题,就须要使用多线程技术,将耗时操做放到子线程去执行。

综上所述,就能够看出多线程在咱们实际开发中,是多么的重要!!!

更多内容请关注个人GitHub项目: https://github.com/DXSmile/Multi-Thread-

相关文章
相关标签/搜索