线程和进程问题
1.线程
应用程序中的代码是由线程来执行的
一个进程里至少包含一条线程
在一个应用程序启动之后，会默认开启一条线程->也就是主线程
主线程之外的线程都是-->子线程
问题：线程是如何执行应用程序的代码？
串行执行，在线程中的代码是按顺序执行的，同一时间内，只能执行一个代码块
2.进程
就是在系统中'正在运行'的应用程序!
进程为应用程序开辟独立的内存空间
创建线程的三种方法
+ (void)detachNewThreadSelector:(SEL)selector toTarget:(id)target withObject:(nullable id)argument;
- (instancetype)initWithTarget:(id)target selector:(SEL)selector object:(nullable id)argument NS_AVAILABLE(10_5, 2_0);
- (void)performSelectorInBackground:(SEL)aSelector withObject:(nullable id)arg NS_AVAILABLE(10_5, 2_0);
多线程的实现原理
为什么开启一条新线程之后就能解决卡住主线程这个问题了呢?
因为线程和线程之间是并发执行(也就是同时执行)
进程是由许多条线程组成的!
一个进程可以包含很多条线程,每条线程都可以执行不同的代码!
并发执行(同时执行):
线程和线程之间是同时执行的! ----> 提高程序的运行效率!
为什么多条线程之间可以并发(同时)执行呢?
线程是由 CPU 来执行的,同一时间只能有一条线程被执行!CPU在多条线程之间快速的切换!
由于 CPU 的执行速度非常快!就给我们造成了多条线程并发执行的'假象' ------- 多线程实现原理!
线程是不是越多越好？
<1> 开启线程需要消耗一定的内存(默认情况下,线程占用 512KB 的栈区空间);
<2> 会使应用程序增加很多代码!代码变多之后,程序复杂性就会提高!
<3> CPU 在多条线程之间来回切换!线程越多, CPU就越累!
建议: 在移动应用的开发中; 一般只开3~5条线程!
UI线程
1. 主线程又称为 UI 线程! 主线程的作用: // 有关UI操作,建议都放在主线程中执行!
<1> 更新UI/ 刷新UI界面;
<2> 处理 UI 事件(点击/拖拽/滚动等)
2. 耗时操作会卡住主线程!,影响 UI 操作的流畅度!给用户一种'卡顿'的坏体验!
注意点:别将耗时操作放在主线程中执行!
为什么要使用桥接?你是怎么进行混合开发的?
桥接 (__bridge) :C 和 OC 之间传递数据的时候需要使用桥接!
1.内存管理:
在 OC 中,如果是在 ARC环境下开发,编译器在编译的时候会根据代码结构,自动为 OC 代码添加 retain/release/autorelease等. ----->自动内存管理(ARC)的原理!
但是, ARC只负责 OC 部分的内存管理!不会负责 C 语言部分代码的内存管理!
也就是说!即使是在 ARC 的开发环境中!如果使用的 C 语言代码出现了 retain/copy/new/create等字样呢!我们都需要手动为其添加 release 操作!否则会出现内存泄露!
在混合开发时(C 和 OC 代码混合),C 和 OC 之间传递数据需要使用 __bridge 桥接,目的就是为了告诉编译器如何管理内存
在 MRC中不需要使用桥接! 因为都需要手动进行内存管理!
2.数据类型转换:
Foundation 和 Core Foundation框架的数据类型可以互相转换的
Foundation : OC
Core Foundation : C语言
NSString *str = @"123"; // Foundation
CFStringRef str2 = (__bridge CFStringRef)str; // Core Foundation
NSString *str3 = (__bridge NSString *)str2;
CFArrayRef ---- NSArray
CFDictionaryRef ---- NSDictionary
CFNumberRef ---- NSNumber
Core Foundation中手动创建的数据类型，都需要手动释放
CGPathRef path = CGPathCreateMutable();
CGPathRetain(path);
CGPathRelease(path);
CGPathRelease(path);
3.桥接的添加:
利用 Xcode 提示自动添加! --简单/方便/快速