iOS-底层原理34-内存管理(下)和RunLoop

《iOS底层原理文章汇总》
上一篇文章iOS-底层原理33-内存管理(上)介绍了内存管理,本文接着介绍内存管理(下)和RunLoop

class AutoreleasePoolPage : private AutoreleasePoolPageData
1.指针->栈的结构
2.对象释放 + POOL_BOUNDARY 哨兵 -> 边界
3.页的结构+双向链表
4.线程有关系

1.AutoreleasePool

I.Clang编译底层源码@autoreleasepool{},相当于__AtAutoreleasePool __autoreleasepool;,{}表示作用域,__AtAutoreleasePool为结构体,由构造函数和析构函数组成

 struct __AtAutoreleasePool {
   __AtAutoreleasePool() {atautoreleasepoolobj = objc_autoreleasePoolPush();}
   ~__AtAutoreleasePool() {objc_autoreleasePoolPop(atautoreleasepoolobj);}
   void * atautoreleasepoolobj;
 };

image.png

II.自动释放池的结构,AutoreleasePoolPage::push(),class AutoreleasePoolPage : private AutoreleasePoolPageData,::相当于类调用类方法
image.png

image.png

image.png

III.自动释放池的结构分析
AutoreleasePoolPage继承于AutoreleasePoolPageData,初始化方法来自于AutoreleasePoolPageData
image.png

image.png

image.png

image.png

内存平移56个字节
image.png

image.png

image.png

image.png

IV.自动释放池释放原理,################ POOL 0x103009038 哨兵对象 边界 越界,3*16+8 = 56 AutoreleasePool自身的begin()位置,哨兵对象表示边界
image.png

若放504个对象正好一页,504个对象加上一个哨兵对象505个对象
image.png

若放505个对象,重新开始一页,指针地址从38开始,新的一页,每一页的大小为4096个字节=505*8=4040+自身大小56=4096


image.png

define I386_PGBYTES 4096

define PAGE_SIZE I386_PGBYTES

define PAGE_MIN_SIZE PAGE_SIZE

image.png

从第二页开始可以压入多少个对象?哨兵对象在一个自动释放池中存在几个?
image.png

V.对象是怎么压栈的,页是怎么关联的?
0.判断页面存不存在
1.push:压栈进来一个边界+当前页,变为hotPage,表示当前正在操作的页面,coldPage表示当前没有被操作的页面
2.判断页是否满了,没满,继续添加页面,满了新建页,设置为coldPage
child是子的一页,新的一页
image.png

image.png

VI.autorelease怎么加入自动释放池中
image.png

image.png

image.png

VII.对象在自动释放池中的出栈,出栈会调用atautoreleasepoolobj = objc_autoreleasePoolPush();objc_autoreleasePoolPop(atautoreleasepoolobj);,压栈找child,出栈找parent
image.png

image.png

image.png

releaseUntil
image.png

kill
image.png

从子节点到父节点,不断的出栈,kill掉初始化数据,往父节点平移
image.png

2.Runloop

I.保持程序的持续运行
II.处理APP中的各种事件(触摸、定时器、performSelector)
III.节省cpu资源、提供程序的性能:该做事就做事,该休息就休息

image.png

runloop是一个do while循环,和普通的循环有区别,循环会持续占用cpu,runloop不会持续占用cpu
image.png

runloop中的item
image.png

timer类型响应runloop
image.png

IV.runloop是什么
通过主运行循环查询源码CFRunLoopRef mainRunloop = CFRunLoopGetMain()
image.png

image.png

线程和runloop绑定是怎么创建的呢?runloop是一个对象,有多个属性
image.png

image.png

V.runloop和线程的关系
image.png

VI.runloop的事务处理原理:子线程的runloop默认不启动
image.png

子线程的runloop不run,子线程中的timer不会执行,timer要加到对应模型的runloop中才能执行,timer是如何加到runloop中的呢?
image.png

存在多种类型的事务,timer,observer,source,main_dispatch_queue,block(),timer中的内容是如何回调的?
runloop中add(timer)会调用,什么时候执行呢?在调用runloop run的时候
image.png

__CFRunLoopDoTimers(rl, rlm, mach_absolute_time())->__CFRunLoopDoTimer(rl, rlm, rlt)
image.png

image.png

timer的执行分为四步
A.timer依赖的mode加入runloop
B.runloop run -> do timers 的时候把所有的timers执行
C.执行单个的timer, do timer
D.执行回调函数
同理,source和observer是一样的道理
image.png

image.png

VII.runloop底层原理
image.png

image.png

image.png

image.png

image.png

image.png

RunLoop在kCFRunLoopBeforeWaiting和kCFRunLoopAfterWaiting两个状态间进行切换

VIII.子线程中发送通知要添加runloop,否则会无法进入回调函数,无法收到通知

@property (nonatomic, strong) NSThread *thread;
- (NSThread *)thread {
    if (!_thread) {
        _thread = [[NSThread alloc] initWithBlock:^{
            NSRunLoop *ns_runloop = [NSRunLoop currentRunLoop];
            [ns_runloop addPort:[NSPort port] forMode:NSRunLoopCommonModes];

            CFRunLoopRef runloop = CFRunLoopGetCurrent();
            CFRunLoopObserverRef observer = CFRunLoopObserverCreateWithHandler(CFAllocatorGetDefault(), kCFRunLoopAllActivities, YES, 0, ^(CFRunLoopObserverRef observer, CFRunLoopActivity activity) {
                switch (activity) {
                    case kCFRunLoopEntry:
                        NSLog(@"进入runLoop");
                        break;
                    case kCFRunLoopBeforeTimers:
                        NSLog(@"处理timer事件");
                        break;
                    case kCFRunLoopBeforeSources:
                        NSLog(@"处理source事件");
                        break;
                    case kCFRunLoopBeforeWaiting:
                        NSLog(@"进入睡眠");
                        break;
                    case kCFRunLoopAfterWaiting:
                        NSLog(@"被唤醒");
                        break;
                    case kCFRunLoopExit:
                        NSLog(@"退出");
                        break;
                    default:
                        break;
                }
            });
            CFRunLoopAddObserver(runloop, observer, kCFRunLoopCommonModes);
            CFRelease(observer);
            [ns_runloop run];
        }];
        [_thread start];
    }
    return _thread;
}

- (void)postNotification:(UIButton *)sender {
    NSLog(@"postNotification:%@", [NSThread currentThread]);
    [self performSelector:@selector(postNotification) onThread:self.thread withObject:nil waitUntilDone:YES];
}

- (void)postNotification {
    NSLog(@"1");
    NSLog(@"%@", [NSThread currentThread]);
    //NSPostWhenIdle
    //NSPostASAP
    //NSPostNow
    NSNotification *notification = [NSNotification notificationWithName:@"JKRNO" object:nil];
    [[NSNotificationQueue defaultQueue] enqueueNotification:notification postingStyle:NSPostWhenIdle coalesceMask:NSNotificationNoCoalescing forModes:@[NSDefaultRunLoopMode]];
    NSLog(@"3");
}

- (void)receiceNotification:(NSNotification *)notification {
    NSLog(@"2");
    NSLog(@"%@", [NSThread currentThread]);
}
- (void)viewDidLoad {
    [super viewDidLoad];
    [[NSNotificationCenter defaultCenter] addObserver:self
                                             selector:@selector(receiceNotification:)
                                                 name:@"JKRNO"
                                               object:nil];
    NSLog(@"viewDidLoad addObserver:%@",[NSThread currentThread]);
}
//输出
2021-08-14 12:02:40.511246+0800 NotificationCenter[24109:26743192] 被唤醒
2021-08-14 12:02:40.514713+0800 NotificationCenter[24109:26743192] 处理timer事件
2021-08-14 12:02:40.514929+0800 NotificationCenter[24109:26743192] 处理source事件
2021-08-14 12:02:40.556199+0800 NotificationCenter[24109:26743192] 处理timer事件
2021-08-14 12:02:40.556345+0800 NotificationCenter[24109:26743192] 处理source事件
2021-08-14 12:02:40.556662+0800 NotificationCenter[24109:26743192] 处理timer事件
2021-08-14 12:02:40.556754+0800 NotificationCenter[24109:26743192] 处理source事件
2021-08-14 12:02:40.556938+0800 NotificationCenter[24109:26743192] 进入睡眠
2021-08-14 12:02:40.566032+0800 NotificationCenter[24109:26743192] 被唤醒
2021-08-14 12:02:40.566189+0800 NotificationCenter[24109:26743192] 处理timer事件
2021-08-14 12:02:40.566285+0800 NotificationCenter[24109:26743192] 处理source事件
2021-08-14 12:02:40.568599+0800 NotificationCenter[24109:26743192] postNotification:<NSThread: 0x600003c3ca00>{number = 1, name = main}
2021-08-14 12:02:50.351417+0800 NotificationCenter[24109:26743889] 被唤醒
2021-08-14 12:02:50.351604+0800 NotificationCenter[24109:26743889] 处理timer事件
2021-08-14 12:02:50.351728+0800 NotificationCenter[24109:26743889] 处理source事件
2021-08-14 12:02:50.351833+0800 NotificationCenter[24109:26743889] 1
2021-08-14 12:02:50.351997+0800 NotificationCenter[24109:26743889] <NSThread: 0x600003c7fc00>{number = 9, name = (null)}
2021-08-14 12:02:50.352976+0800 NotificationCenter[24109:26743889] 3
2021-08-14 12:02:50.353519+0800 NotificationCenter[24109:26743192] 处理timer事件
2021-08-14 12:02:50.353145+0800 NotificationCenter[24109:26743889] 退出
2021-08-14 12:02:50.353637+0800 NotificationCenter[24109:26743192] 处理source事件
2021-08-14 12:02:50.353749+0800 NotificationCenter[24109:26743192] 进入睡眠
2021-08-14 12:02:50.353701+0800 NotificationCenter[24109:26743889] 进入runLoop
2021-08-14 12:02:50.354506+0800 NotificationCenter[24109:26743889] 处理timer事件
2021-08-14 12:02:50.354949+0800 NotificationCenter[24109:26743889] 处理source事件
2021-08-14 12:02:50.355314+0800 NotificationCenter[24109:26743889] 进入睡眠
2021-08-14 12:02:53.405512+0800 NotificationCenter[24109:26743889] 2
2021-08-14 12:02:53.406716+0800 NotificationCenter[24109:26743889] <NSThread: 0x600003c7fc00>{number = 9, name = (null)}
2021-08-14 12:02:53.407182+0800 NotificationCenter[24109:26743889] 被唤醒
2021-08-14 12:02:53.407860+0800 NotificationCenter[24109:26743889] 处理timer事件
2021-08-14 12:02:53.408877+0800 NotificationCenter[24109:26743889] 处理source事件
2021-08-14 12:02:53.409602+0800 NotificationCenter[24109:26743889] 进入睡眠

runloop状态

/* Run Loop Observer Activities */
typedef CF_OPTIONS(CFOptionFlags, CFRunLoopActivity) {
    kCFRunLoopEntry = (1UL << 0),
    kCFRunLoopBeforeTimers = (1UL << 1),
    kCFRunLoopBeforeSources = (1UL << 2),
    kCFRunLoopBeforeWaiting = (1UL << 5),
    kCFRunLoopAfterWaiting = (1UL << 6),
    kCFRunLoopExit = (1UL << 7),
    kCFRunLoopAllActivities = 0x0FFFFFFFU
};
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,406评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,732评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,711评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,380评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,432评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,301评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,145评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,008评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,443评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,649评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,795评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,501评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,119评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,731评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,865评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,899评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,724评论 2 354

推荐阅读更多精彩内容