• plist: View controller-based status bar appearance -> true
• preferredStatusBarStyle

1
2
3
4
5
6
7
8
9
10

class NavigationController: UINavigationController {
    override var childViewControllerForStatusBarStyle: UIViewController? {
        return visibleViewController
    }
}
class TabBarController: UITabBarController {
    override var childViewControllerForStatusBarStyle: UIViewController? {
        return selectedViewController
    }
}

TableViewCell 复用

在cellForRowAtIndexPath:回调的时候只创建实例，快速返回cell，不绑定数据。在willDisplayCell: forRowAtIndexPath:的时候绑定数据（赋值）

高度缓存 - 预排版

在tableView滑动时，会不断调用heightForRowAtIndexPath:，当 cell 高度需要自适应时，每次回调都要计算高度，会导致 UI 卡顿。为了避免重复无意义的计算，需要缓存高度
(Dictionary, NSCache)
FDTemplateLayoutCell

Texture/AsyncDisplayKit/ASDK

ASDK 的作者是 Scott Goodson (Linkedin)，
他曾经在苹果工作，负责 iOS 的一些内置应用的开发，比如股票、计算器、地图、钟表、设置、Safari 等，当然他也参与了 UIKit framework 的开发。后来他加入 Facebook 后，负责 Paper 的开发，创建并开源了 AsyncDisplayKit。目前他在 Pinterest 和 Instagram 负责 iOS 开发和用户体验的提升等工作

阻塞主线程的任务

Layout

1. 文本高度计算
2. 视图布局计算

Rendering

1. 文本渲染
2. 图片解码
3. 图形绘制

UIKit Objects

1. 对象创建
2. 对象调整
3. 对象销毁

总结大体原因

• UI 渲染需要时间较长，无法按时提交结果；
• 一些需要密集计算的处理放在了主线程中执行，导致主线程被阻塞，无法渲染 UI 界面；
• 网络请求由于网络状态的问题响应较慢，UI 层由于没有模型返回无法渲染

优化方向

文本和布局的计算、渲染、解码、绘制都可以通过各种方式异步执行，但 UIKit 和 Core Animation 相关操作必需在主线程进行。ASDK 的目标，就是尽量把这些任务从主线程挪走，而挪不走的，就尽量优化性能
视图的惰性加载：ASDisplayNode对UIView封装，它可以在后台线程创建和修改，直到第一次在主线程访问 view 或 layer 属性时，它才会在内部生成对应的对象
图片解码的时机

UIImageView加载过程

iOS从磁盘加载一张图片，使用UIImageVIew显示在屏幕上，需要经过以下步骤：

1. 从磁盘拷贝数据到内核缓冲区
2. 从内核缓冲区复制数据到用户空间
3. 生成UIImageView，把图像数据赋值给UIImageView
4. 如果图像数据为未解码的PNG/JPG，解码为位图数据
5. CATransaction捕获到UIImageView layer树的变化
6. 主线程Runloop提交CATransaction，开始进行图像渲染
   61. 如果数据没有字节对齐，Core Animation会再拷贝一份数据，进行字节对齐。
   62. GPU处理位图数据，进行渲染

性能优化

缩率图

异步加载

使用Image Asset Catalogs

强制解码

在子线程对图片原始数据强制解码，然后把解码后的图片通过主线程加载 （Core Graphics 框架的 CGBitmapContextCreate）

补充

1. 不要同时在内存中加载所有图像 内存警告时释放图片加载内存
2. 提前写入缓存
3. cell消失时 取消加载

Ruby China

异步方法封装成同步

• 使用派发组dispatch_group

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

- (NSInteger)methodSync {
    NSLog(@"methodSync 开始");
    
    __block NSInteger result = 0;
    
    dispatch_group_t group = dispatch_group_create();
    
    dispatch_group_enter(group);
    
    [self methodAsync:^(NSInteger value) {
    
        result = value;
        
        dispatch_group_leave(group);
        
    }];
    
    dispatch_group_wait(group, DISPATCH_TIME_FOREVER);
    
    NSLog(@"methodSync 结束 result:%ld", (long)result);
    
    return result;
}

• (推荐)：使用信号量dispatch_semaphore

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

- (NSInteger)methodSync {
    NSLog(@"methodSync 开始");
    
    __block NSInteger result = 0;
    
    dispatch_semaphore_t sema = dispatch_semaphore_create(0);
    
    [self methodAsync:^(NSInteger value) {
    
        result = value;
        
        dispatch_semaphore_signal(sema);
        
    }];
   // 这里本来同步方法会立即返回，但信号量=0使得线程阻塞
   // 当异步方法回调之后，发送信号，信号量变为1，这里的阻塞将被解除，从而返回正确的结果
   
    dispatch_semaphore_wait(sema, DISPATCH_TIME_FOREVER);
    
    NSLog(@"methodSync 结束 result:%ld", (long)result);
    
    return result;
}