一、UI视图

1. UITableView 复用

20200202090511671

2. 普通view复用

-(void)scrollViewDidScroll:(UIScrollView *)scrollView; 20200202090511672

3. 数据源同步

- 并发访问,数据拷贝,  数据拷贝之类的耗时
- 串行访问,如果子线程比较耗时,  主线程就需要等待

4. UIView 和 CALayer

20200202090511673

5. 事件传递 和 事件响应

https://www.jianshu.com/p/53885ef25c7f
https://www.jianshu.com/p/847432c2cb3b
https://www.jianshu.com/p/1a4570895df5

20200202090511674

20200202090511675

6. 图像显示原理

layout UI布局、文本计算
display 绘制
UI卡顿和掉帧的原因?
https://www.jianshu.com/p/a96b7dd7d3ad

60fps (每秒传输帧数(Frames Per Second))
20200202090511676

卡顿的优化主要是针对CPU GPU进行优化

CPU:

  • 尽量把耗时的操作放到子线程
    • 文本处理(尺寸计算、异步绘制)
    • 图片处理(解码、绘制)
    • 布局计算
  • 控制一下线程的最大并发数量
  • 不要频繁地调用UIView的相关属性,比如frame、bounds、transform等属性,尽量减少不必要的修改
  • 尽量用轻量级的对象,比如用不到事件处理的地方,可以考虑使用CALayer取代UIView

GPU:

  • GPU能处理的最大纹理尺寸是4096x4096,一旦超过这个尺寸,就会占用- CPU资源进行处理,所以纹理尽量不要超过这个尺寸
  • 尽量减少视图数量和层次
  • 减少透明的视图(alpha<1),不透明的就设置opaque为YES
  • 尽量避免出现离屏渲染

UITableView 如何优化

1、正确使用 reuseIdentifier 来重用 Cells  
2、提前计算并缓存好高度(布局),因为 heightForRowAtIndexPath:是调
用最频繁的方法  
3、尽量少用 addView 给 Cell 动态添加 View,可以初始化时就添加,然 后通过 hide 来控制是否显示  
4、大量图片展示,异步加载  
5、尽量少用或不用透明图层  
6、减少 subviews 的数量  
7、复杂界面,异步绘制

异步绘制
在 UIView 中有一个 CALayer 的属性,负责 UIView 具体内容的显示。具体过程是系统会把 UIView 显示的内容(包括 UILabel 的文字,UIImageView 的图片等)绘制在一张画布上,完成后倒出图片赋值给 CALayer 的 contents 属性,完成显示。

这其中的工作都是在主线程中完成的,这就导致了主线程频繁的处理 UI 绘制的工作,如果要绘制的元素过多,过于频繁,就会造成卡顿。

https://www.jianshu.com/p/1c1b3f7cf087

离屏渲染
https://juejin.cn/post/6847902220017467406

二、OC语言相关特性

1. 分类

category 可以在不获悉,不改变原来代码的情况下往里面添加新的 方法,只能添加,不能删除修改。
并且如果类别和原来类中的方法产生名称冲突,则类别将覆盖原来的 方法,因为类别具有更高的优先级。
category是运行时决议,extensions 是编译时决议。
category 和 extensions 的不同在于 后者可以添加属性。另外后者添 加的方法是必须要实现的。extensions 可以认为是一个私有的 Category。 不能为系统类添加扩展。

继承可以增加,修改或者删除方法,并且可以增加属性。

struct category_t {
    const char *name;
    classref_t cls;
    struct method_list_t *instanceMethods; // 实例方法
    struct method_list_t *classMethods; // 类方法
    struct protocol_list_t *protocols; // 协议
    struct property_list_t *instanceProperties; // 属性
    // Fields below this point are not always present on disk.
    struct property_list_t *_classProperties;

    method_list_t *methodsForMeta(bool isMeta) {
        if (isMeta) return classMethods;
        else return instanceMethods;
    }

    property_list_t *propertiesForMeta(bool isMeta, struct header_info *hi);
};

从源码基本可以看出我们平时使用categroy的方式,实例方法,类方法,协议,和属性都可以找到对应的存储方式。并且我们发现分类结构体中是不存在成员变量的,因此分类中是不允许添加成员变量的。分类中添加的属性并不会帮助我们自动生成成员变量,只会生成get set方法的声明,需要我们自己去实现。

在分类转化为c++文件中可以看出_category_t结构体中,存放着类名,对象方法列表,类方法列表,协议列表,以及属性列表。

分类的方法,属性,协议列表被放在了类对象中原本存储的方法,属性,协议列表前面。

那么为什么要将分类方法的列表追加到本来的对象方法前面呢,这样做的目的是为了保证分类方法优先调用,我们知道当分类重写本类的方法时,会覆盖本类的方法。 其实经过上面的分析我们知道本质上并不是覆盖,而是优先调用。本类的方法依然在内存中的。我们可以通过打印所有类的所有方法名来查看

问: Category的实现原理,以及Category为什么只能加方法不能加属性?

答:分类的实现原理是将category中的方法,属性,协议数据放在category_t结构体中,然后将结构体内的方法列表拷贝到类对象的方法列表中。 Category可以添加属性,但是并不会自动生成成员变量及set/get方法。因为category_t结构体中并不存在成员变量。通过之前对对象的分析我们知道成员变量是存放在实例对象中的,并且编译的那一刻就已经决定好了。而分类是在运行时才去加载的。那么我们就无法再程序运行时将分类的成员变量中添加到实例对象的结构体中。因此分类中不可以添加成员变量。

2. 关联对象

http://events.jianshu.io/p/7700c194cfcc

关联对象由 全局的结构AssociationManager 管理,并在AssociationsHashMap存储;
所有对象的关联内容都在 同一个全局容器 中。
一个实例对象 对应 一个AssociationsHashMap;
AssociationsHashMap中存储着 多个此实例对象 的关联对象的Key和ObjcAssociation;
ObjcAssociation存储着关联对象的value和policy策略。

20200202090511677

id objc_getAssociatedObject(id object, const void *key);
void objc_setAssociatedObject(id object, const void *key, id value, objc_AssociationPolicy policy);
#import "DKObject+Category.h"
#import <objc/runtime.h>

@implementation DKObject (Category)

- (NSString *)categoryProperty {
    return objc_getAssociatedObject(self, @"categoryProperty");
}

- (void)setCategoryProperty:(NSString *)categoryProperty {
    objc_setAssociatedObject(self, @"categoryProperty", categoryProperty, OBJC_ASSOCIATION_RETAIN_NONATOMIC);
}

@end

使用runtime associate 方法关联的对象,需要在主对象dealloc的时候释放吗?
无论在ARC还是MRC均不需要,被关联的对象在生命周期要比对象本身释放的晚很多,他们会在被NSObject -dealloc 调用的object_dispose()方法中释放。

1、调用 -release :引用计数变为零
对象正在被销毁,生命周期即将结束. 
不能再有新的 __weak 弱引用,否则将指向 nil.
调用 [self dealloc]
  
2、 父类调用 -dealloc 
继承关系中最直接继承的父类再调用 -dealloc 
如果是 MRC 代码 则会手动释放实例变量们(iVars)
继承关系中每一层的父类 都再调用 -dealloc
  
3、NSObject 调 -dealloc 
只做一件事:调用 Objective-C runtime 中object_dispose() 方法
  
4. 调用 object_dispose()
为 C++ 的实例变量们(iVars)调用 destructors
为 ARC 状态下的 实例变量们(iVars) 调用 -release 
解除所有使用 runtime Associate方法关联的对象 
解除所有 __weak 引用 
调用 free()

3. 代理 和 通知

代理

@protocol AViewControllerDelegate <NSObject>
- (void)doSomething;
@end
@property (nonatomic, weak) id <AViewControllerDelegate> delegate;
if ([self.delegate respondsToSelector:@selector(doSomething)]) {
    [self.delegate doSomething];
}
aViewController.delegate = self;
//代理方法
- (void)doSomething{
    NSLog(@"delegate 回调");
}

通知

//创建一个消息对象 发送消息
NSNotification * notice = [NSNotification notificationWithName:@"notification" object:nil userInfo:@{@"key":@"value"}];
[[NSNotificationCenter defaultCenter]postNotification:notice];

  
  

//获取通知中心单例对象  添加当前类对象为一个观察者,name和object设置为nil,表示接收一切通知
NSNotificationCenter * center = [NSNotificationCenter defaultCenter];
[center addObserver:self selector:@selector(notice:) name:@"notification" object:nil];
  
  

  
-(void)notice:(NSNotification *)sender{
    NSLog(@"%@",sender.userInfo[@"key"]);
}
    
      
//在接收通知控制器 移除   谁监听谁注销
-(void)dealloc{
    [[NSNotificationCenter defaultCenter] removeObserver:self];
}

4. KVO

KVO则是被观察的对象直接向观察者发送通知,观察某个属性的状态,状态发生变化时通知观察者,主要是绑定于特定对象属性的值

//添加监听
[_abook addObserver:self forKeyPath:@"price" options:NSKeyValueObservingOptionOld|NSKeyValueObservingOptionNew context:nil];
//实现监听
-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    if ([keyPath isEqual:@"price"]) {
        NSLog(@"old price: %@",[change objectForKey:@"old"]);
        NSLog(@"new price: %@",[change objectForKey:@"new"]);
    }
}
-(void)dealloc
{
    //移除监听
    [_abook removeObserver:self forKeyPath:@"price"];
}

1、KVO的本质是什么?
当我们给对象注册一个观察者添加了KVO监听时,系统会修改这个对象的isa指针指向。在运行时,动态创建一个新的子类,NSKVONotifying_A类,将A的isa指针指向这个子类,来重写原来类的set方法;set方法实现内部会顺序调用willChangeValueForKey方法、原来的setter方法实现、didChangeValueForKey方法,而didChangeValueForKey方法内部又会调用监听器的observeValueForKeyPath:ofObject:change:context:监听方法。

2、如何手动触发KVO
答. 被监听的属性的值被修改时,就会自动触发KVO。如果想要手动触发KVO,则需要我们自己调用willChangeValueForKey和didChangeValueForKey方法即可在不改变属性值的情况下手动触发KVO,并且这两个方法缺一不可。

KVO—手动触发
https://www.jianshu.com/p/5ffc418a0f6f

5. KVC

键值编码 是一种通过字符串间接访问对象的方式
https://www.jianshu.com/p/65184aea8046

KVC赋值原理

1.按照setKey:,_setKey:顺序查找方法,找到了就调用方法传递参数。
2.第一步没找到就会调用accessInstanceVariablesDirectly方法,该方法返回值为NO时直接调用setValue:forUndefinedKey:并抛出异常NSUnknownKeyException,方法返回值是YES的时候进入第三步。该方法默认值是返回YES。
3.按照_key、_isKey、key、isKey顺序查找成员变量,找到了就直接赋值,没找到依然是调用setValue:forUndefinedKey:并抛出异常NSUnknownKeyException。

KVC取值原理

1.kvc取值按照 getKey、key、iskey、_key 顺序查找方法
存在直接调用
2.没找到同样,先查看accessInstanceVariablesDirectly方法
如果return YES; > 可以直接访问成员变量
如果return NO; > 不可以直接访问成员变量,
3.如果可以访问会按照 _key、_isKey、key、iskey的顺序查找成员变量
找到直接复制
未找到报错NSUnkonwKeyException错误

6. 属性关键字

读写权限:readwrite,readonly
原子类:atomic,nonatomic
内存管理:assign,weak,strong,copy

weak 只可以修饰对象
assign 可修饰对象,和基本数据类型
weak 不会产生野指针问题。因为weak修饰的对象释放后(引用计数器值为0),指针会自动被置nil,之后再向该对象发消息也不会崩溃。 weak是安全的。
assign 如果修饰对象,会产生野指针问题;如果修饰基本数据类型则是安全的。修饰的对象释放后,指针不会自动被置空,此时向对象发消息会崩溃。

7. Weak

weak是Runtime维护了一个hash(哈希)表,用于存储指向某个对象的所有weak指针。weak表其实是一个hash(哈希)表,Key是所指对象的地址,Value是weak指针的地址(这个地址的值是所指对象指针的地址)数组。

runtime机制来维护这个hash表,详细步骤如下:

第一步:初始化时,runtime调用objc_initWeak函数,初始化一个新的weak指针指向对象的地址;

第二步:添加引用时,objc_initWeak函数会调用objc_storeWeak函数更新指针的指向,创建对应的弱引用表;

第三步:释放时,调用clearDeallocating函数:根据key(对象的地址),找到对应的value(指向该对象的所有weak指针的地址数组),遍历这个数组,把所有的weak指针置为nil;最后删除weak表,清理对象记录.

当对象的引用计数为0时,调用dealloc函数,以对象的内存地址为key,到hash表中找到对应的存放weak指针地址的数组,遍历数组,并将weak指针置为nil;最后删除hash表,清理对象记录.

关联对象associationManager全局管理类似

8、其他

id 和 instancetype的区别?
id可以作为方法的返回以及参数类型 也可以用来定义变量
instancetype 只能作为函数或者方法的返回值
instancetype对比id的好处就是: 能精确的限制返回值的具体类型

New 作用是什么?
向计算机(堆区)申请内存空间;
给实例变量初始化;
返回所申请空间的首地址;

id类型, nil , Nil ,NULL和NSNULL的区别?
id类型: 是一个独特的数据类型,可以转换为任何数据类型,id类型的变量可以存放任何数据类型的对象,在内部处理上,这种类型被定义为指向对象的指针,实际上是一个指向这种对象的实例变量的指针; id 声明的对象具有运行时特性,既可以指向任意类型的对象
nil 是一个实例对象值;如果我们要把一个对象设置为空的时候,就用nil
Nil 是一个类对象的值,如果我们要把一个class的对象设置为空的时候,就用Nil
NULL 指向基本数据类型的空指针(C语言的变量的指针为空)
NSNull 是一个对象,它用在不能使用nil的场合

三、Runtime

1. 数据结构

Runtime又叫运行时,是一套底层的C语言API,其为iOS内部的核心之一,我们平时编写的OC代码,底层都是基于它来实现的。

Runtime库里面包含了跟类、成员变量、方法相关的API。
比如:
(1)获取类里面的所有成员变量。
(2)为类动态添加成员变量。
(3)动态改变类的方法实现。
(4)为类动态添加新的方法等。

实例对象(objc_object)
类对象(objc_class)

  • 保存了实例方法列表

元类(Meta Class)

  • 元类保存了类方法列表

Method(objc_method)

  • SEL method_name 方法名
  • char *method_types 方法类型
  • IMP method_imp 方法实现

SEL(objc_selector)
IMP

  • 实际上是一个函数指针,指向方法实现的地址。

类缓存(objc_cache)

  • 为了加速消息分发, 系统会对方法和对应的地址进行缓存,就放在上述的objc_cache

Person *p = [Person new];p为实例对象,Person为类对象
实例对象的isa指针指向类对象,类对象的isa指针指向元类对象,
类对象保存了实例方法列表,元类保存了类方法列表。
当p调用run方法时 [p run],通过实例对象的isa指针找到类对象,然后在类对象中查找对象方法,如果没有找到,就通过类对象的superclass指针找到父类对象,接着去寻找run方法。

由于根元类的superclass指向了根类对象,当我们在元类中查找类方法没有查找到时候,他就会去查找实例方法列表中去查找,如果有同名方法,就回去调用同名方法的实例方法调用。

20200202090511678

20200202090511679

20200202090511680

2. 消息传递

20200202090511681

缓存查找
根据给定SEL(方法选择器),通过哈希查找,找到对应的IMP。

当前类中查找
对于已排序好的列表,采用二分法算法查找对应执行函数
对于没有排序的列表,采用一般遍历查找方法查找对应执行函数

父类逐级查找
通过superclass访问父类,然后判断父类是否为nil,如果是,就结束,不是就查找方法缓存,如果缓存也没查到,查找父类的方法列表,没查到就继续查找父类的父类。
20200202090511682

3. 消息转发

20200202090511683

https://www.jianshu.com/p/6ebda3cd8052

4. Runtime应用

  • 关联对象(Objective-C Associated Objects)给分类增加属性
  • 方法魔法(Method Swizzling)方法添加和替换和KVO实现
  • 实现NSCoding的自动归档和自动解档
(1) 关联对象
//关联对象
void objc_setAssociatedObject(id object, const void *key, id value, objc_AssociationPolicy policy)
//获取关联的对象
id objc_getAssociatedObject(id object, const void *key)
//移除关联的对象
void objc_removeAssociatedObjects(id object)
(2) Method Swizzling 方法添加和替换、KVO实现

方法添加

class_addMethod([self class], sel, (IMP)fooMethod, "v@:");

方法替换

@implementation UIViewController (Swizzling)

// 交换 原方法 和 替换方法 的方法实现
+ (void)load {
    
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        // 当前类
        Class class = [self class];
        
        // 原方法名 和 替换方法名
        SEL originalSelector = @selector(originalFunction);
        SEL swizzledSelector = @selector(swizzledFunction);
        
        // 原方法结构体 和 替换方法结构体
        Method originalMethod = class_getInstanceMethod(class, originalSelector);
        Method swizzledMethod = class_getInstanceMethod(class, swizzledSelector);
        
        /* 如果当前类没有 原方法的 IMP,说明在从父类继承过来的方法实现,
         * 需要在当前类中添加一个 originalSelector 方法,
         * 但是用 替换方法 swizzledMethod 去实现它 
         */
        BOOL didAddMethod = class_addMethod(class,
                                            originalSelector,
                                            method_getImplementation(swizzledMethod),
                                            method_getTypeEncoding(swizzledMethod));
        
        if (didAddMethod) {
            // 原方法的 IMP 添加成功后,修改 替换方法的 IMP 为 原始方法的 IMP
            class_replaceMethod(class,
                                swizzledSelector,
                                method_getImplementation(originalMethod),
                                method_getTypeEncoding(originalMethod));
        } else {
            // 添加失败(说明已包含原方法的 IMP),调用交换两个方法的实现
            method_exchangeImplementations(originalMethod, swizzledMethod);
        }
    });
}

// 原始方法
- (void)originalFunction {
    NSLog(@"originalFunction");
}

// 替换方法
- (void)swizzledFunction {
    NSLog(@"swizzledFunction");
}

@end
实际使用

利用分类 + Method Swizzling
全局页面统计功能 : 在所有页面添加统计功能,用户每进入一次页面就统计一次。

第一种:利用继承
第二种:为 UIViewController 建立一个 Category,自定义的xxx_viewWillAppear: 方法 ,然后方法交换

字体根据屏幕尺寸适配 : 所有的控件字体必须依据屏幕的尺寸等比缩放
第一种:利用宏定义
第二种:为 UIFont 建立一个 Category,自定义的xxx_systemFontOfSize: 方法 ,然后方法交换

处理按钮重复点击 : 避免一个按钮被快速多次点击
第一种:利用 Delay 延迟,和不可点击方法。

- (void)buttonClick:(UIButton *)sender {
    sender.enabled = NO;
    [self performSelector:@selector(changeButtonStatus:) withObject:sender afterDelay:0.8f];
    
    NSLog(@"点击了按钮");
}

- (void)changeButtonStatus:(UIButton *)sender {
    sender.enabled = YES;
}

第二种:为 UIControl 或 UIButton 建立一个 Category。自定义的 xxx_sendAction:to:forEvent: 方法,方法交换

TableView、CollectionView 异常加载占位图
第一种:刷新数据后进行判断
第二种:为 TableView 建立一个 Category,自定义的 xxx_reloadData 方法,方法交换

应用性能管理防止程序崩溃
通过 Method Swizzling 替换 NSURLConnection , NSURLSession 相关的原始实现(例如 NSURLConnection 的构造方法和 start 方法),在实现中加入网络性能埋点行为,然后调用原始实现。从而来监控网络。

防止程序崩溃,可以通过 Method Swizzling 拦截容易造成崩溃的系统方法,然后在替换方法捕获异常类型 NSException ,再对异常进行处理。最常见的例子就是拦截 arrayWithObjects:count: 方法避免数组越界,这种例子网上很多,就不再展示代码了

https://www.jianshu.com/p/1ab7e611107c

在 Objective-C 的运行时中,每个类有两个方法都会自动调用。
+load 是加载 类、分类 的时候调用(只会调用一次),
+initialize 是类第一次接收到消息的时候调用, 每一个类只会initialize一次(如果子类没有实现initialize方法, 会调用父类的initialize方法, 所以父类的initialize方法可能会调用多次)

(3) KVO实现

NSKVONotifying_A

- (void)setName:(NSString *)newName { 
      [self willChangeValueForKey:@"name"];    //KVO 在调用存取方法之前总调用 
      [super setValue:newName forKey:@"name"]; //调用父类的存取方法 
      [self didChangeValueForKey:@"name"];     //KVO 在调用存取方法之后总调用
}
(4) 实现NSCoding的自动归档和自动解档

普通方式实现:

- (void)encodeWithCoder:(NSCoder *)coder
{
    //告诉系统归档的属性是哪些
    [coder encodeObject:self.name forKey:@"name"];
    [coder encodeInteger:self.age forKey:@"age"];
}

- (instancetype)initWithCoder:(NSCoder *)coder
{
    self = [super init];
    if (self) {
        //解档
        self.name = [coder decodeObjectForKey:@"name"];
        self.age = [coder decodeIntegerForKey:@"age"];
    }
    return self;
}

使用runtime方法实现:

- (void)encodeWithCoder:(NSCoder *)coder
{
    //告诉系统归档的属性是哪些
    unsigned int count = 0;//表示对象的属性个数
    Ivar *ivars = class_copyIvarList([Person class], &count);
    for (int i = 0; i<count; i++) {
        //拿到Ivar
        Ivar ivar = ivars[i];
        const char *name = ivar_getName(ivar);//获取到属性的C字符串名称
        NSString *key = [NSString stringWithUTF8String:name];//转成对应的OC名称
        //归档 -- 利用KVC
        [coder encodeObject:[self valueForKey:key] forKey:key];
    }
    free(ivars);//在OC中使用了Copy、Creat、New类型的函数,需要释放指针!!(注:ARC管不了C函数)
}

- (instancetype)initWithCoder:(NSCoder *)coder
{
    self = [super init];
    if (self) {
        //解档
        unsigned int count = 0;
        Ivar *ivars = class_copyIvarList([Person class], &count);
        for (int i = 0; i<count; i++) {
            //拿到Ivar
            Ivar ivar = ivars[i];
            const char *name = ivar_getName(ivar);
            NSString *key = [NSString stringWithUTF8String:name];
            //解档
            id value = [coder decodeObjectForKey:key];
            // 利用KVC赋值
            [self setValue:value forKey:key];
        }
        free(ivars);
    }
    return self;
}

四、内存管理

1. 内存布局

20200202090511684

2. ARC & MRC

MRC手动内存管理
引用计数器:在MRC时代,系统判定一个对象是否销毁是根据这个对象的引用计数器来判断的。
1.每个对象被创建时引用计数都为1
2.每当对象被其他指针引用时,需要手动使用[obj retain];让该对象引用计数+1。
3.当指针变量不在使用这个对象的时候,需要手动释放release这个对象。 让其的引用计数-1.
4.当一个对象的引用计数为0的时候,系统就会销毁这个对象。

在MRC模式下必须遵循谁创建,谁释放,谁引用,谁管理

ARC自动内存管理
它不是垃圾回收机制而是编译器的一种特性。ARC管理机制与MRC手动机制差不多,只是不再需要手动调用retain、release、autorelease;当你使用ARC时,编译器会在在适当位置插入release和autorelease;ARC时代引入了strong强引用来带代替retain,引入了weak弱引用。

3. iOS底层对内存管理的方案

taggedPointer :很熟悉了存储小的对象如NSNumber
NONPOINTER_ISA :在 64 位架构下,isa 指针是占 64 比特位的,实际上只有 30 多位就 已经够用了,为了提高利用率,剩余的比特位存储了内存管理的相关数据内容。
散列表:复杂的数据结构,包括了引用计数表和弱引用表 通过 SideTables()结构来实现的,SideTables()结构下,有很多 SideTable 的数据结构。 而 sideTable 当中包含了自旋锁,引用计数表,弱引用表。 SideTables()实际上是一个哈希表,通过对象的地址来计算该对象的引用计数在哪个 sideTable 中。

1.Tagged Pointer

Tagged Pointer(用于存储NSNumber、NSDate、小于11位的小String等)指针存储的不是地址,是具有标识的地址值。本质上可以理解为常量,直接进行读取。优点是占用空间小/节省内存

Tagged Pointer类型不会进行retain和 release操作,意味着不需要ARC进行管理,可以直接被系统自主的释放和回收

Tagged Pointer的内存并不存储在堆中,而是在常量区中,也不需要malloc和free,效率快

Tagged Pointer的64位地址中,前4位代表类型,后4位主要适用于系统做一些处理,中间56位用于存储值

2.NONPOINTER_ISA

对于64位下的,isa 指针占64个比特位,但是其中可能只有32位够用了,剩余的就浪费了,苹果为了不让内存浪费更好的管理内存,剩下的32位,苹果用来存储和内存管理相关的内容,用来节约内存

在64位架构下,isa 指针占64个比特位,如果他的
第1位是0 。则代表他是一个 isa 指针,表示当前对象的类对象的地址,如果是1,则不仅代表一个 isa 指针,类对象的地址,里面还存储内存管理相关的内容,
第2位代表是否有关联对象,0代表没有,1代表有(has_assoc),
第3位,代表当前对象是否含有C++代码(has_cxx_dtor),
4-35位这些位表示内存地址,
36-41位为 magic 字段,
第42位来,来表示是否含有弱引用指针,(weakly_referenced),
第43位表示当前指针是否正在进行dealloc操作(deallocating),
第44位,表示当前isa指针的引用计数是否达到上限(has_sidetable_rc),如果达到了上限需要一个sidetable,来额外存储相关的引用计数内容,
第45-63位(extra_rc),表示额外的引用计数,当引用计数很小的时候就直接存在isa指针当中.

3.散列表

引用计数表和弱引用表
sideTable 其实是一个 hash 表,下面挂了很多的 sideTable,sidetable 包括自旋锁(spinlock_t),引用计数表(refcountMap),弱引用表(weak_table_t)

20200202090511685

sidetables 为什么是多张表,而不是一张表?

如果只有一张表,如果想操作某一个对象的引用计数,由于不同的对象是在不同的线程操作,由于不同线程需要来操作这张表,所以就有资源访问的问题,那么就需要对这张大表进行加锁操作,如果成千上万对自己进行引用计数操作,那么需要加锁排队,就会有效率问题,所以系统引用了 “分离锁” 概念,比如 A,B同时进行操作的话,可以并发进行,因为A,B,在不同的表中

自旋锁:忙等,如果锁已被其他线程获取,那么当前线程会自己去不断的获取是否被释放,直到其他线程释放,适用于轻量访问,如+1,-1。

引用计数表(refcountmap):其实就是hash查找,提高查找效率,插入和查找通过同一个hash函数来获取,避免了循环遍历。ptr->hash->size_t,其中的size_t就是引用计数值,比如用64位存储,第一位表示(weakly_referenced),表示对象是否存在弱引用,下一位表示当前对象是都正在dealoc(deallocating),剩下的位表示引用计数值。

弱引用表(weak_table_t):也是一个hash表,key->hash->weak_entry_t,weak_entry_t,其实是一个结构体数组(weakPtr),比如被weak修饰,就存在这个弱引用表中

4.图例

20200202090511686

20200202090511687

4. 引用计数

alloc的实现机制
经过一系列操作,最终调用了C函数的calloc。
此时并没有设置引用计数为1.

Retain的实现机制

SideTable& table = SideTables()[This];//根据当前对象的指针,在SideTables中找到对应的SideTable
size_t& refcntStorage = table.refcnts[This];//根据当前对象的指针,在SideTable(引用计数表)中获取到当前对象的引用值
refcntStorage += SIDE_TABLE_RC_ONE;// 引用计数加1(偏移量)

Release的实现机制

SideTable& table = SideTables()[This];
size_t& refcntStorage = table.refcnts[This];
refcntStorage -= SIDE_TABLE_RC_ONE;

二者的实现机制类似,概括讲就是通过第一层 hash 算法,找到 指针变量 所对应的 sideTable。然后再通过一层 hash 算法,找到存储 引用计数 的 size_t,然后对其进行增减操作。retainCount 不是固定的 1,SIZE_TABLE_RC_ONE 是一个宏定义,实际上是一个值为 4 的偏移量。

retainCount的实现机制

SideTable& table = SideTables()[This];
size_t refcnt_result = 1; // 声明局部变量 初始化为1
RefcountMap::iterator it = table.refcnts.find(this);//根据当前对象指针,查找count
refcnt_result += it->second >> SIDE_TABLE_RC_SHIFT;//查找的结果做一个向右偏移,然后再进行+1操作,新alloc的对象,不存在key,value的映射,所以value=0,加一操作后就成1了

Dealloc的实现机制
20200202090511688

5. 弱引用

weak是Runtime维护了一个hash(哈希)表,用于存储指向某个对象的所有weak指针。weak表其实是一个hash(哈希)表,Key是所指对象的地址,Value是weak指针的地址(这个地址的值是所指对象指针的地址)数组。

runtime机制来维护这个hash表,详细步骤如下:

第一步:初始化时,runtime调用objc_initWeak函数,初始化一个新的weak指针指向对象的地址;

第二步:添加引用时,objc_initWeak函数会调用objc_storeWeak函数更新指针的指向,创建对应的弱引用表;

第三步:释放时,调用clearDeallocating函数:根据key(对象的地址),找到对应的value(指向该对象的所有weak指针的地址数组),遍历这个数组,把所有的weak指针置为nil;最后删除weak表,清理对象记录.

当对象的引用计数为0时,调用dealloc函数,以对象的内存地址为key,到hash表中找到对应的存放weak指针地址的数组,遍历数组,并将weak指针置为nil;最后删除hash表,清理对象记录.

关联对象associationManager全局管理类似

6. 自动释放池

实现原理:自动释放池以栈的形式实现:当你创建一个新的自动释放池时,它将被添加到 栈顶.当一个对象收到autorelease消息的时候,它被添加到当前线程的处于 栈顶的的自动释放池中,当自动释放池被回收时,他们就从栈中被删除,并且会 给池子里面的所有对象都会做一次release操作

20200202090511689

autoreleasepool是以栈为节点,通过双向链表的形式组合而成的,
autoreleasepool是与线程一一对应的。

20200202090511690

在AutoreleasePoolPage中有四个变量分别是:
next: 指向栈中下一个可填充的位置。
parent: 双向链表中的父指针。
child: 双向链表中的child指针。
thread: 说明AutoreleasePool是和线程一一对应的。

自动释放池的三个步骤:

第一步调用objc_autoreleasepoolPush()方法,在当前autoreleasepoolPage中的next指针位置创建一个为nil的哨兵对象,随后将next指针的位置指向下一个内存地址。

第二步就是执行代码了,在自动释放池范围内的代码被执行,给逐个对象调用[object autorelease]方法。其实在autorelease方法内部实现的步骤为:1.判断next指针是否已经在栈顶了,如果是,则增加一个栈节点到链表上,随后增加一个对象到新的栈节点链表中,如果不是的话则在next指针所指的位置添加一个调用autorelease方法的对象。

第三部就是执行objc_autoreleasepoolPop()方法,该方法会根据传入的哨兵对象找到对应的内存位置,然后根据哨兵对象的位置给上次push后添加的对象依次发送release消息,然后回退next指针到正确的位置

所以总结一下,main函数中的autoreleasepool是在runloop结束的时候调用objc_autoreleasepoolPop的方法的,多层嵌套的autoreleasepool其实就是在栈中多次插入哨兵对象,而在我们开发的过程中,通过for循环加载一些占用内存较大的对象时可以嵌套使用autoreleasepool,在这些对象使用完毕的时候及时被释放掉,这样就不会造成内存过大或过多浪费的情况
https://www.jianshu.com/p/a1420356ee2e

常见问题:

AutoreleasePool和线程的关系
确切地说,应该是AutoreleasePoolPage和线程的关系。AutoreleasePool是由AutoreleasePoolPage组成的双向链表,根据AutoreleasePoolPage的定义,每一个AutoreleasePoolPage都属于一个特定的线程。也就是说,一个线程可以有多个AutoreleasePoolPage,但是一个AutoreleasePoolPage只能属于一个线程。

AutoreleasePool和Runloop的关系
Runloop,即运行循环。从直观上看,RunLoop和AutoreleasePool似乎没什么关系,其实不然。在一个完整的RunLoop中,RunLoop开始的时候,会创建一个AutoreleasePool,在RunLoop运行期间,autorelease对象会加入到自动释放池中。在RunLoop结束之前,AutoreleasePool会被销毁,也就是调用AutoreleasePoolPage::pop方法,在该方法中,自动释放池中的所有对象会收到release消息。正常情况下,AutoreleasePool中的对象发送完release消息后,引用计数应该为0,会被释放,如果引用计数不为0,则发生了内存泄露。

AutoreleasePool中对象什么时候释放?
其实上面已经说过了,AutoreleasePool销毁时,AutoreleasePool中的所有对象都会发送release消息,对象会释放。那么,AutoreleasePool什么时候销毁呢?分两种情况:

一种情况就是上面提到的,当前RunLoop结束之前,AutoreleasePool会销毁。这种情况适用于系统自动生成的AutoreleasePool。
第二种情况是开发者自己写的AutoreleasePool,常见于for循环中,将循环体包在一个AutoreleasePool中。这种情况下,在AutoreleasePool作用域之后(也就是大括号),AutoreleasePool会销毁。

7. 循环引用

1.delegate属性用strong关键字循环引用
class A强引用BView, BView的代理指向A,因为delegate是strong关键字修饰,所以BView会强引用A的实例,造成循环引用

所以delegate关键字应该用weak修饰

2.block捕获变量,循环引用
self
__block

3.NSTimer循环引用
https://www.jianshu.com/p/823ef4fb63bc?utm_campaign=maleskine&utm_content=note&utm_medium=seo_notes&utm_source=recommendation

五、Block

1. Block本质

Block是将函数及其执行上下文封装起来的对象
block本质上也是一个OC对象,它内部也有个isa指针
block是封装了函数调用以及函数调用环境的OC对象
block是封装函数及其上下文的OC对象

block的调用就是函数调用

2. 捕获变量

auto变量是声明在函数内部的变量

block 引用外部变量,block 默认是将其复制到blcok数据结构中来实现访问的。并且block的变量截获只针对block内部使用的变量, 不使用则不截获, 因为截获的变量会存储于block的结构体内部, 会导致block体积变大。默认情况下block只能访问不能修改局部变量的值

Block 如何截获变量?
1.基本数据类型的局部变量截获其值
2.对象类型的局部变量连同所有权修饰符一起截获
3.局部静态变量指针形式截获
4.不截获全局变量、静态全局变量

3. __block 修饰符

__block修饰符的作用:是将block中用到的变量,拷贝到堆中,并且外部的变量本身地址也改变到堆中。
__block不能解决循环引用,需要在block执行尾部将变量设置成nil
__block可以用于解决block内部无法修改局部变量值的问题
一般情况下,对被截获变量进行赋值操作需要添加__block修饰符 赋值 != 使用
__block不能修饰全局变量、静态变量(static)
编译器会将__block变量包装成一个对象

block进行copy操作,就会复制到堆上
block在堆上,程序员就可以对block做内存管理等操作,可以控制block的生命周期

__weak 本身是可以避免循环引用的问题的,但是其会导致外部对象释放了之后,block 内部也访问不到这个对象的问题,我们可以通过在 block 内部声明一个 __strong 的变量来指向 weakObj,使外部对象既能在 block 内部保持住,又能避免循环引用的问题。

__block 本身无法避免循环引用的问题,但是我们可以通过在 block 内部手动把 blockObj 赋值为 nil 的方式来避免循环引用的问题。另外一点就是 __block 修饰的变量在 block 内外都是唯一的,要注意这个特性可能带来的隐患。
20200202090511691

__forwarding存在的意义
无论在栈还是堆上,__forwarding都可以顺利访问到同一个__block变量
20200202090511692

一般情况下,对被截获变量进行赋值操作需要添加__block修饰符
20200202090511693

20200202090511694

4. Block内存管理

block有三种类型:

__NSGlobalBlock __ 在数据区 全局Block:不使用外部变量的block是全局block
__NSStackBlock __ 在栈区 栈Block:使用外部变量并且未进行copy操作的block是栈block
__NSMallocBlock __ 在堆区: 堆Block:使用外部变量并且进行copy操作的block是堆block

ARC下,访问外界变量的 Block为什么要自动从栈区拷贝到堆区呢?
栈内存是系统自动管理的,一旦超出变量的作用域,变量对应的内存就会被释放,所以如果不把栈block复制到堆区,就很有可能我们在调用栈block的时候它已经被销毁了,就会出现异常。所以我们需要把Block复制到堆中,延长其生命周期。开启ARC时,大多数情况下编译器会恰当地进行判断是否有需要将Block从栈复制到堆

为什么block用copy属性?
block内部没有调用外部局部变量时存放在全局区(ARC和MRC下均是)

block使用了外部局部变量,这种情况也正是我们平时所常用的方式。MRC:Block的内存地址显示在栈区,栈区的特点就是创建的对象随时可能被销毁,一旦被销毁后续再次调用空对象就可能会造成程序崩溃,在对block进行copy后,block存放在堆区.所以在使用Block属性时使用copy修饰。但是ARC中的Block都会在堆上的,系统会默认对Block进行copy操作

用copy,strong修饰block在ARC和MRC都是可以的,都是在堆区

5. Block循环引用

为什么block会产生循环引用?
1) block的变量截获是会将变量的所有权修饰符一同截获、self
2) __block

Block 循环引用的情况:
1.第一种方式:__weak 某个类将 block 作为自己的属性变量,然后该类在 block 的方法体里面又使用了该类本身。

self.someBlock = ^(Type var){
    [self dosomething];
};

解决办法:使用 __weak

__weak typeof(self) weakSelf = self;
self.someBlock = ^(Type var){
   [weakSelf dosomething];
};

2.第二种方式:__unsafe_unretained

__unsafe_unretained Person *person = [[Person alloc] init];
person.block = ^{
    NSLog(@"age is %d", weakPerson.age);
};

3.第三种方式:__block

__block Person *person = [[Person alloc] init];
person.block = ^{
    NSLog(@"age is %d", person.age);
    person = nil;
};
person.block();

4.三种方法比较
__weak:不会产生强引用,指向的对象销毁时,会自动让指针置为nil
__unsafe_unretained:不会产生强引用,不安全,指向的对象销毁时,指针存储的地址值不变
__block:必须把引用对象置位nil,并且要调用该block

https://www.jianshu.com/p/25a7ba546eac
https://www.jianshu.com/p/4e79e9a0dd82

六、多线程

currentThread
sleepForTimeInterval

dispatch_group_t
dispatch_barrier_sync
dispatch_semaphore_t

NSInvocationOperation
NSBlockOperation
NSOperationQueue
maxConcurrentOperationCount
addDependency
setQueuePriority
isFinished、isCancelled、isExecuting、isReady

1. NSThread

iOS多线程:NSThread (二)

2. GCD

任务:就是你想让系统执行的操作,GCD中通常是放在dispatch_block_t中的代码
同步执行:任务被同步添加到指定的队列中,在该任务执行结束前会一直等待。不具备开启线程的能力,只能在当前线程中同步执行任务
异步执行:任务被异步添加到指定队列中,不会等待该任务执行。具备开启线程的能力,可在新线程中执行任务。但只有该任务追加到并发队列才会开启新线程
队列:是执行任务的的等待队列
串行队列:只开启一条新的线程,追加到该队列中的任务会依次按顺序执行
并发队列:会开辟多条新的线程,追加到该队列中的任务会并行执行。但是只有在异步执行任务时才会开启新线程,并发队列开启的新线程个数并不等同于任务个数,取决于队列的任务数、CPU核数、以及CPU负荷等当前系统状态

dispatch_async(queue, ^{
    //创建异步任务
});
dispatch_sync(queue, ^{
    //创建同步任务
});

iOS多线程:GCD (三)

    NSArray *imageArray = @[
        @"image_1",
        @"image_2",
        @"image_3",
        @"image_4",
        @"image_5",
        @"image_6",
        @"image_7",
        @"image_8",
        @"image_9",
    ];
    
    NSMutableArray *resultArray = [NSMutableArray array];
    dispatch_queue_t globalQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
    dispatch_group_t group = dispatch_group_create();
    NSLock *lock = [[NSLock alloc]init];
    for (int i = 0; i < imageArray.count; i++) {

        dispatch_group_async(group,globalQueue, ^{
            NSMutableDictionary *dic = [NSMutableDictionary dictionary];
            [lock lock];
            [dic setValue:imageArray[i] forKey:@"url"];
            [dic setValue:@(i) forKey:@"id"];
            [resultArray addObject:dic];
            [lock unlock];

        });
    }
    
    dispatch_group_notify(group, globalQueue, ^{
        DLog(@"=========%@",resultArray);
    });

3. NSOperation

  • GCD 是纯 C 语言的 API,NSOperationQueue 是基于 GCD 的 OC 版 本封装
  • GCD 只支持 FIFO 的队列,NSOperationQueue 可以很方便地调整执 行顺序、设置最大并发数量
  • NSOperationQueue 可以在轻松在 Operation 间设置依赖关系,而 GCD 需要写很多的代码才能实现
  • NSOperationQueue 支持 KVO,可以监测 operation 是否正在执行 (isExecuted)、是否结束(isFinished),是否取消(isCanceld)
  • GCD 的执行速度比 NSOperationQueue 快

任务之间不太互相依赖:GCD
任务之间有依赖\或者要监听任务的执行情况:NSOperationQueue

iOS多线程:NSOperation、NSOperationQueue (五)

4. 多线程 与 锁

@synchronized
atomic
OSSpinLock 内存中的retain +1 - 1
NSLock
NSRecursiveLock 递归锁
dispatch_semaphore

iOS多线程:线程安全 常见锁 (六)

七、RunLoop

1. 概念

RunLoop是运行循环,它内部就是do-while循环,在这个循环内部不断地处理各种任务。 一个线程对应一个RunLoop,基本作用就是保持程序的持续运行,处理app中的各种事件。通过runloop,有事运行,没事就休息,可以节省cpu资源,提高程序性能。

RunLoop 基本作用
1.保持程序持续运行
2.处理App中各种事件(比如:触摸事件 ,定时器事件,Selector事件)
3.节省CPU资源,提高程序性能
20200202090511695

RunLoop通过mach_msg()函数接收、发送消息。它的本质是调用函数mach_msg_trap(),相当于是一个系统调用,会触发内核状态切换。在用户态调用 mach_msg_trap()时会切换到内核态;内核态中内核实现的mach_msg()函数会完成实际的工作。

2. 数据结构

RunLoop有两组对象,一组是C语言的CoreFoundation框架的CFRunLoopRef对象,另一组是OC语言的Fundation框架的NSRunLoop对象。其中Fundation框架是基于CFRunLoopRef的一层分装,这里我们主要研究CFRunLoopRef源码。

  1. CFRunLoopRef:获取线程对应的RunLoop对象
  2. CFRunLoopModeRef:RunLoop运行模式,只能选择一种,在不同的模式中做不同的操作。
  3. CFRunLoopSourceRef:事件源,输入源
  4. CFRunLoopTimerRef:定时器时间
  5. CFRunLoopObserverRef:观察者

1. CFRunLoopModeRef
CFRunLoopModeRef代表RunLoop的运行模式
一个RunLoop包含若干个Mode,每个Mode中又包含若干个Source、Timer、Observer,每次RunLoop启动时,只能指定其中一个Mode,这个Mode被称为CurrentMode,如果需要切换Mode,只能退出当前Mode,重新进入一个Mode,这样做的目的是
为了分隔不同组的Source、Timer、Observer,让其互不影响,如果Mode里没有任何Source0/Source1/Timer/Observer,RunLoop会立刻退出该Mode。
20200202090511696

1. kCFRunLoopDefaultMode:App的默认Mode,通常主线程是在这个Mode下运行
2. UITrackingRunLoopMode:跟踪用户交互事件,用于 ScrollView 追踪触摸滑动,保证界面滑动时不受其他 Mode 影响
3. UIInitializationRunLoopMode: 在刚启动 App 时第进入的第一个 Mode,启动完成后就不再使用,会切换到kCFRunLoopDefaultMode
4. GSEventReceiveRunLoopMode: 接受系统事件的内部 Mode,通常用不到
5. kCFRunLoopCommonModes: 这是一个伪模式,作为标记kCFRunLoopDefaultMode和UITrackingRunLoopMode用,并不是一种真正的Mode

2. CFRunLoopSourceRef(事件源,输入源)
Source分为两种,

source0:
1.触摸事件
2.performSelector :OnThread

source1
1.基于Port的线程间通信
2.系统事件的捕捉
3.具备唤醒线程的作用

3. CFRunLoopObserverRef(观察者)
CFRunLoopObserverRef确实是监听RunLoop的状态,包括唤醒,休息,以及处理各种事件

Observers
1.监听runloop的状态
2.UI刷新(在runloop休眠之前)
3.自动释放池(在runloop休眠之前)

3. 事件循环机制

20200202090511697

4. RunLoop 与 NSTimer

timer默认被添加到RunLoop的NSDefaultRunLoopMode中,tableview滑动时,RunLoop的mode会从kCFRunLoopDefaultMode切换到UITrackingRunLoopMode,此时定时器就失效了。

解决方案:

[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

5. RunLoop 与 多线程

1.每条线程都有唯一的一个与之对应的RunLoop对象。
2.RunLoop保存在一个全局的Dictionary里,线程作为key,RunLoop作为value。
3.主线程的RunLoop在程序启动的时候自动创建好了,子线程的RunLoop需要主动创建。
4.RunLoop在第一次获取时创建,在线程结束时销毁。

UIApplicationMain函数中,开启了一个和主线程相关的RunLoop。导致UIApplicationMain函数不会返回,一直在运行中,也就是保证了程序的持续运行。

线程刚创建时并没有 RunLoop,如果你不主动获取,那它一直都不会有 ,RunLoop 的创建是发生在第一次获取时,RunLoop 的销毁是发生在线程结束时。你只能在一个线程的内部获取其 RunLoop(主线程除外)

怎样开启一个常驻线程?
1.为当前线程开启一个RunLoop。
2.向该RunLoop中添加port、source来维持RunLoop的事件循环。
3.启动RunLoop。

NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
[runLoop run];

6. RunLoop 的应用

  • 1、runloop可以实现常驻线程
    这也是Runloop存在的意义,保证不退出且不消耗资源。比如检测网络状态等

  • 2、保证NSTimer正常运转

20200202090511698

20200202090511699

  • 3、滚动视图流畅性优化
    由于图片渲染到屏幕需要消耗较多资源,为了提高用户体验,当用户滚动TableView的时候,只在后台下载图片,但是不显示图片,当用户停下来的时候才显示图片

  • 4、界面更新
    当在操作 UI 时,比如改变了 Frame、更新了 UIView/CALayer 的层次时,或者手动调用了 UIView/CALayer 的 setNeedsLayout/setNeedsDisplay方法后,这个 UIView/CALayer 就被标记为待处理,并被提交到一个全局的容器去。
    苹果注册了一个 Observer 监听 BeforeWaiting(即将进入休眠) 和 Exit (即将退出Loop) 事件,回调去执行一个很长的函数:
    _ZN2CA11Transaction17observer_callbackEP19__CFRunLoopObservermPv()。这个函数里会遍历所有待处理的 UIView/CAlayer 以执行实际的绘制和调整,并更新 UI 界面。

  • 5、PerformSelecter
    当调用 NSObject 的 performSelecter:afterDelay: 后,实际上其内部会创建一个 Timer 并添加到当前线程的 RunLoop 中。所以如果当前线程没有 RunLoop,则这个方法会失效。
    当调用 performSelector:onThread: 时,实际上其会创建一个 Timer 加到对应的线程去,同样的,如果对应线程没有 RunLoop 该方法也会失效。

  • 6、事件响应
    我们触摸屏幕,先摸到硬件(屏幕),屏幕表面的事件会被IOKit先包装成Event,通过mach_Port传给正在活跃的APP , Event先告诉source1(mach_port),source1唤醒RunLoop, 然后将事件Event分发给source0,然后由source0来处理。

https://www.jishudog.com/30329/html
https://www.jianshu.com/p/5f20efc68cf5

八、网络

HTTP协议中 POST 方法和 GET 方法有那些区别?

1. GET用于向服务器请求数据,POST用于提交数据
2. GET请求,请求参数拼接形式暴露在地址栏,而POST请求参数则放在请求体里面,因此GET请求不适合用于验证密码等操作
3. GET请求的URL有长度限制,POST请求不会有长度限制

charles 查尔斯

https://www.jianshu.com/p/a7666a73af0d

HTTP报文之”请求报文”和”响应报文”详解
https://blog.csdn.net/weixin_45393094/article/details/105819645

详解TCP 连接的“ 三次握手 ”与“ 四次挥手 ”
https://blog.csdn.net/qq_38950316/article/details/81087809

如何解决DNS劫持?
httpDNS
长链接

九、设计模式

1.六大设计原则

单一职责原则主要说明类的职责要单一;UIView和CALayer
开闭原则讲述的是对扩展开放,对修改关闭。
接口隔离原则讲解设计接口的时候要精简;UITableViewDelegate,UITableViewDataSource
依赖倒置原则描述要面向接口编程;抽象不应该依赖细节;细节应该依赖抽象;
里氏替换原则在使用基类的的地方可以任意使用其子类,能保证子类完美替换基类。kvo
迪米特法则告诉我们要降低耦合;高内聚,低耦合
https://blog.csdn.net/qq_40201300/article/details/79261656

2.责任链模式

责任链模式的主要思想是,对象引用了同一类型的另一个对象,形成一条链。链中的每个对象实现了同样的方法,处理对链中第一个对象发起的同一个请求。如果一个对象不知道如何处理请求,它就把请求传给下一个响应器。

3.桥接

20200202090511701

4.适配器

适配器模式就是将一个原始接口转成客户端需要的接口;当原始接口不兼容新的接口,将它们连接起来一起工作就是适配器模式
classA 中的方法[a methodA]; classB 添加类对象 classA *a; 方法methodB, 方法methodB中调用methodA并处理一些其他操作

5.单例

#import "Singleton.h"

@implementation Singleton

static Singleton *shareSingleton = nil;

+ (instancetype)shareSingleton {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        shareSingleton = [[super allocWithZone:NULL] init];
    });
    return shareSingleton;
}

+ (instancetype)allocWithZone:(struct _NSZone *)zone {
    return [Singleton shareSingleton];
}

- (id)copyWithZone:(struct _NSZone *)zone {
    return [Singleton shareSingleton];
}

@end

十、构架/框架

1.图片缓存

20200202090511702

图片是怎么进行读写的?以图片的URL的单向hash值作为key

内存设计
存储size
淘汰策略 1,根据存储size先进先出删除,2,根据缓存时间30min,超过就删除,每次进行读写时或者进入后台时候进行遍历判断是否超时

硬盘设计
存储方式
存储size
淘汰策略 7天

网络设计 图片请求并发量
请求超时策略,超时再次请求,在超时就不请求了
请求优先级

图片解码
在哪个阶段进行图片解码?
1、从磁盘读取后,解码放入内存 2、网络请求返回后,解码

2.阅读时长

20200202090511703

记录的数据由于某些原因可能丢失,你是怎么处理的?
定时写磁盘,没有条数的限制
限制内存缓存条数,缓存10条就写磁盘

延时上传的场景
前后台切换
网络切换时,无网到有网

立即上传
延时长传
定时上传

3.复杂页面构架

mvvm 20200202090511704

4.客户端整体框架

20200202090511705

十一、算法

1.字符串反转

    NSString * str = @"abcdefg";

    NSMutableString * string = [[NSMutableString alloc]initWithCapacity:str.length];

    int j = (int)str.length;

    for (int i = j - 1; i >= 0; i--) {
        [string appendFormat:@"%c", [str characterAtIndex:i]];

    }

    NSLog(@"%@",string);

2.链表反转

3.有序数组合并

- (NSArray *)mergeOrderArrayWithFirstArray: (NSMutableArray *)array1 secondArray: (NSMutableArray *)array2 {
    // 全为空不处理
    if (!array1.count && !array2.count) {
        return @[];
    }
    // 一个为空返回另外一个
    if (!array1.count) {
        return array2;
    }
    if (!array2.count) {
        return array1;
    }
    NSMutableArray *endArray = [NSMutableArray array];
    while (1) {
        if ([array1[0] integerValue] < [array2[0] integerValue]) {
            [endArray addObject:array1[0]];
            [array1 removeObjectAtIndex:0];
        }else  {
            [endArray addObject:array2[0]];
            [array2 removeObjectAtIndex:0];
        }
        if (!array1.count) {
            [endArray addObjectsFromArray:array2];
            break;
        }
        if (!array2.count) {
            [endArray addObjectsFromArray:array1];
            break;
        }
    }
    return endArray;
}

4.Hash算法

https://www.jianshu.com/p/d9e15b01a2b3
找出两文件找出重复的元素
假设有两个文件,文件中均包含一些短字符串,字符串个数分别为n。它们是有重复的字符串,现在需要找出所有重复的字符串。
最笨的解决办法可能是:遍历文件 1 中的每个元素,取出每一个元素分别去文件 2 中进行查找,这样的时间复杂度为O(n^2)。
但是借助 Hash 表可以有一种相对巧妙的方法,分别遍历文件 1 中的元素和文件 2 中的元素,然后放入 Hash Table 中,对于遍历的每一个元素我们只要简单的做一下计数处理即可。最后遍历整个 Hash 列表,找出所有个数大于 1 的元素即为重复的元素。

5.查找两个子视图的共同父视图

20200202090511700

        //找到view1的所有父视图
        UIView *view1;
        NSMutableArray *arr1 = [NSMutableArray array];
        UIView *temp = view1;
        while (temp.superview) {
            [arr1 addObject:temp.superview];
            temp = temp.superview;
        }
        
        //找到view2的所有父视图
        UIView *view2;
        NSMutableArray *arr2 = [NSMutableArray array];
        temp = view2;
        while (temp.superview) {
            [arr2 addObject:temp.superview];
            temp = temp.superview;
        }

        //开始查找---> 倒序遍历,因为他们的最顶端的父视图肯定都是UIWindow
        int i = 0;
        NSMutableArray *resultArr = [NSMutableArray array];//他们的共同父视图可能会有好多个
        while (i < MIN(arr1.count, arr2.count)) {

            //取最后一个父视图
            UIView *super1 = arr1[arr1.count - i -1];
            UIView *super2 = arr2[arr2.count - i -1];
            
            if (super1 == super2)
            {
                [resultArr addObject:super1];
                i ++;
            }
            else//不相等说明已经没有共同的父视图了
            {
                break;
            }
        }

6.求无序数组的中位数

1、排序算法 + 中位数
2、https://blog.csdn.net/lizhidefengzi/article/details/76689023

十二、第三方库

1.AFNetworing

2.SDWebImage

3.Reactive Cocoa

rac

4.AsyncDisplayKit

十三、其他

1.JS 和 OC 的相互调用

WebViewJavascriptBridge

https://www.jianshu.com/p/5a21959dea8d
https://blog.csdn.net/y550918116j/article/details/50134625

2.理解WebSocket心跳及重连机制

https://www.cnblogs.com/tugenhua0707/p/8648044.html

https://www.bilibili.com/video/BV1P7411f72x?p=14