XL面试题总结-iOS

1. 基础的sql语句

// 创建表
CREAT TABLE IF NOT EXISTS t_student(id INTEGER, name TEXT, age INTEGER);
// 添加主键（自递增）
CREAT TABLE IF NOT EXISTS t_student(id INTEGER PRIMARY KEY AUTOINCREMENT, name TEXT, age INTEGER);
// 删除表
DROP TABLE IF EXISTS t_student;
// 增
INSERT INTO t_student(name, age) VALUES('Dezi', '28');
// 删
DELETE FROM t_student;
// 改
UPDATE t_student SET name = '德子' WHERE age is 28 and name = 'Dezi';
// 查
SELECT name, age FROM t_student;
SELECT * FROM t_student;
// 计量
SELECT COUNT(*) FROM t_student WHERE age > 50;
// 排序 desc 降序，asc 升序
SELECT * FROM t_student WHERE sex = 'man' BY age DESC;

2. 应用运行启动如何加入广告页面

  1. 封装一个广告页，包括广告跳转和倒计时跳过功能。
  2. didFinishLaunchingWithOptions中设置完rootViewController之后就加载本地缓存广告页(第一次没有)。
  3. 下载广告页图片存到本地沙盒，缓存图片path和跳转url，优先加载本地缓存，避免延迟加载。
  4. 异步获取广告页图片，判断和本地存储图片名称是否相同，不同则替换。

3. 动态库、静态库

在iOS系统下，.dylib后缀是动态链接库，.a后缀是静态链接库。

framework：严格意义上讲，framework 并不是库，它只是一种打包方式，它既可以是动态库也可以是静态库通过Mach-o Type来设置。注：系统级别的都是动态库。

  • Dynamic Framework：系统提供的framework，都是动态库。
  • Static Framework：用户可以制作的静态库，它等价于 头文件 + 资源文件 + 二进制代码，它具有静态库的属性。
  • Embedded Framework：用户可以制作的动态库，但是会受到iOS平台限制(签名机制和沙盒机制限制)的动态库，只能在Extension可执行文件和APP可执行文件之间共享，不能像系统动态库一样在不同APP(进程)中共享。
    注意：系统framework不需要拷贝到目标程序中，Embedded Framework其实最后还是要拷贝到APP中的。

静态库：静态库在编译的时候会被直接拷贝一份，复制到目标程序里，这段代码在目标程序里就不会再改变了。

  • 静态库的优点：编译完成之后，库文件实际上就没有作用了。目标程序没有外部依赖，直接就可以运行。
  • 缺点：会使目标程序的体积增大。

动态库：动态库在编译时并不会被拷贝到目标程序中，目标程序中只会存储指向动态库的引用。等到程序运行时，动态库才会被真正加载进来。

  • 动态库的优点：不需要拷贝到目标程序中，不会影响目标程序的体积，而且同一份库可以被多个程序使用。
  • 缺点：动态载入会带来一部分性能损失，使用动态库也会使得程序依赖于外部环境。如果环境缺少动态库或者库的版本不正确，就会导致程序无法运行。

4. [kUserDefaults synchronize]

方法synchronise是为了强制存储，其实并非必要。但是通常为保证数据及时存储，我们会使用synchronize 立即同步磁盘的数据的， 这句在使用NSUserDefault会被自动调用，但是很可能不会立即就调用到，建议我们手动调用。

5. 空指针

  1. 没有存储任何内存地址的指针称为空指针(NULL指针)。
  2. 被赋值为nil的指针，在没有被具体初始化之前，为nil。
  • nil：OC中的对象的空指针
  • Nil：OC中类的空指针
  • NULL：C类型的空指针
  • NSNull：数值类的空对象。
    注：在集合中不能有nil值，因为NSArray和NSDictionary中nil有特殊的含义。但是有些时候，需要在集合中存放空值，比如个人信息中，只知道姓名，不知道电话号码，此时，有必要将电话号码设置为空，这时就用到了NSNull。NSNull中只有一个null方法：[NSNull null]。
[dic setObject:[NSNull null] forKey:@"phoneNum"];
if (phoneNumber == [NSNull null]) {

}

6. 野指针(指向的对象叫僵尸对象)

野指针不是nil指针，是指向‘垃圾内存’(不可用内存)的指针。野指针会造成崩溃。
例：我们都知道assign是修饰基本数据类型。当我们用它修饰对象时就会导致野指针问题，因为被assign修饰的对象在对象释放后，指针不会被置为nil，所以再次向对象发消息就会崩溃。但是被weak修饰的对象则不会出现野指针的问题，因为当weak修饰的对象被系统回收时指针会被置为nil，再次向其发消息，不会崩溃。

为什么有时候僵尸对象并不会造成崩溃呢？
因为当僵尸对象所占用空间还没有分配给别人使用时，其实不会崩溃还可以访问，因为此时对象的数据还在。

如何避免野指针呢？
当一个指针变为野指针后，把这个指针的值置为nil。

7. 网络相关面试题

TCP/IP协议族、HTTP和HTTPS、TCP与UDP、Socket通信

8. 深浅拷贝

① 非集合类对象的copy与mutableCopy

系统非集合类对象，如：NSString、NSNumber等。

  • 对非集合不可变对象进行copy，指针拷贝(浅拷贝)。
  • 对非集合不可变对象进行mutableCopy，内容拷贝(深拷贝)。
  • 对非集合可变对象进行copy，内容拷贝(深拷贝)。
  • 对非集合可变对象进行mutableCopy，内容拷贝(深拷贝)。
② 集合类对象的copy与mutableCopy

系统集合类对象，如：NSArray、NSDictionary等。（对集合可变/不可变对象进行copy，都会得到不可变集合对象）。

  • 对集合不可变对象进行copy，指针拷贝(浅拷贝)。
  • 对集合不可变对象进行mutableCopy，内容拷贝(单层深拷贝)。
  • 对集合可变对象进行copy，内容拷贝(单层深拷贝)。
  • 对集合可变对象进行mutableCopy，内容拷贝(单层深拷贝)。

③ 完全拷贝

NSMutableArray *m1 = [NSMutableArray arrayWithObjects:@"1", @"2", @"3", nil];
NSMutableArray *m2 = [NSMutableArray arrayWithObjects:@"110", @"120", @"130", m1, nil];
NSMutableArray *m3 = [m2 mutableCopy];
m2[3][0] = @"99999";

// 打印
(lldb) p m1[0]
(__NSCFConstantString *) $0 = 0x00000001008b8150 @"99999"
(lldb) p m2[3][0]
(__NSCFConstantString *) $2 = 0x00000001008b8150 @"99999"
(lldb) p m3[3][0]
(__NSCFConstantString *) $3 = 0x00000001008b8150 @"99999"

如上代码我们会发现二维数组的时候是单层深拷贝，使用mutableCopy也不会深拷贝第二层数组。因此我们需要使用归档解档来实现完全拷贝。代码如下：

NSMutableArray *m1 = [NSMutableArray arrayWithObjects:@"1", @"2", @"3", nil];
NSMutableArray *m2 = [NSMutableArray arrayWithObjects:@"110", @"120", @"130", m1, nil];

NSError *error;
NSMutableArray *m3 = [NSKeyedUnarchiver unarchivedObjectOfClass:[NSMutableArray class] fromData:[NSKeyedArchiver archivedDataWithRootObject:m2 requiringSecureCoding:YES error:&error] error:&error];
m2[3][0] = @"99999";

// 打印
(lldb) p m1[0]
(__NSCFConstantString *) $3 = 0x0000000100eb0150 @"99999"
(lldb) p m2[3][0]
(__NSCFConstantString *) $1 = 0x0000000100eb0150 @"99999"
(lldb) p m3[3][0]
(NSTaggedPointerString *) $2 = 0xba000216cab0c16c @"1"

9. 多线程的运用

一个系统上运行的每一个应用程序都是一个线程。而进程中要执行的任务都是在线程上来实现的，所以说线程是进程的最小执行单元。
进程最少要有一个线程。多线程，顾名思义就是有多条线程。
我们主要接触的多线程管理主要有三类：NSThread，NSOperation，GCD。

NSThread、NSOperation、GCD的区别：

NSThread：比其他两个轻量级，使用简单。
缺点是需要自己管理线程的生命周期、线程同步、加锁、睡眠以及唤醒等。线程同步对数据的加锁会有一定的系统开销。

NSOperation：是面向对象的。不需要关心线程管理，数据同步的事情，可以把精力放在自己需要执行的操作上。

GCD：是基于C语言的。
Grand Central Dispatch是由苹果开发的一个多核编程的解决方案。是替代NSThread、NSOperation的高效、强大的技术。

10. 说一下对GCD的了解，它有哪些方法，分别是做什么用的？

  • GCD 可用于多核并行运算
  • GCD 会自动利用更多的 CPU 内核（比如双核、四核）
  • GCD 会自动管理线程的生命周期 （创建线程、调度任务、销毁线程）
  • 程序员只需要告诉 GCD 想要执行什么任务，不需要编写任何线程管理代码
GCD方法及使用
  • GCD信号量： dispatch_semaphore
// 创建一个Semaphore并初始化信号的总量
dispatch_semaphore_create
// 发送一个信号，让信号量+1
dispatch_semaphore_signal
// 可使总信号量减1，信号总量小于0时会一直等待（阻塞当前线程），否则就可以正常执行
dispatch_semaphore_waite
  • GCD队列组：dispatch_group
// 创建队列组 
dispatch_group_t  * group = dispatch_group_create()；
// 把任务放在队列组
dispatch_group_async(group,dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0),^{
    //任务一....
});
dispatch_group_async(group,dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT,0),^{
    // 任务二....
});

// 执行完前两个异步任务后的两种操作：
dispatch_group_notify(group,dispatch_get_main_queue(),^{
    //任务三
});
// 当前两个异步任务完成后，把任务三添加到group中
// 此函数会阻塞当前线程，等前两个异步任务完成后才可解除阻塞
dispatch_group_wait (group,DISPATCH_TIME_FOREVER);
  • GCD一次性代码(只执行一次，单例)：dispatch_once
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
    // 只执行 1 次的代码（这里面默认是线程安全的）
});
  • GCD延时执行方法：dispatch_after
  • GCD栅栏方法：dispatch_barrier_async
    • 栅栏函数其实是作为堵塞队列而存在的（同步函数是作为堵塞线程存在的）
    • 堵塞队列意思就是在栅栏函数之前的任务要全部执行完才开始执行栅栏函数
    • 并且栅栏函数执行完后才执行栅栏函数之后的任务
    • 但是栅栏函数不能用于全局并发队列，因为全局并发队列系统也在用，假如用栅栏函数将全局并发队列堵塞住了，会导致系统运行不正常而导致崩溃
// dispatch_barrier_async 方法会等待前边追加到并发队列中的任务全部执行完毕后，再将指定的任务追加到该barrier异步队列中。等该barrier任务完成后，异步队列才恢复为正常执行后边的任务。
- (void)barrier {
    dispatch_queue_t queue = dispatch_queue_create("dezi.testQueue", DISPATCH_QUEUE_CONCURRENT);
    dispatch_async(queue, ^{
        // 追加任务 1
        [NSThread sleepForTimeInterval:3];              // 模拟耗时操作
        NSLog(@"1---%@",[NSThread currentThread]);      // 打印当前线程
    });

    dispatch_async(queue, ^{
        // 追加任务 2
        [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
        NSLog(@"2---%@",[NSThread currentThread]);      // 打印当前线程
    });

    dispatch_barrier_async(queue, ^{
        // 追加任务 barrier栅栏函数
        [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
        NSLog(@"barrier---%@",[NSThread currentThread]);// 打印当前线程
    });

    dispatch_async(queue, ^{
        // 追加任务 3
        [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
        NSLog(@"3---%@",[NSThread currentThread]);      // 打印当前线程
    });

    dispatch_async(queue, ^{
        // 追加任务 4
        [NSThread sleepForTimeInterval:2];              // 模拟耗时操作
        NSLog(@"4---%@",[NSThread currentThread]);      // 打印当前线程
    });
}

// 打印
test[4592:1385282] 2---<NSThread: 0x600002ce7100>{number = 6, name = (null)}
test[4592:1385288] 1---<NSThread: 0x600002cd45c0>{number = 5, name = (null)}
test[4592:1385288] barrier---<NSThread: 0x600002cd45c0>{number = 5, name = (null)}
test[4592:1385282] 3---<NSThread: 0x600002ce7100>{number = 6, name = (null)}
test[4592:1385288] 4---<NSThread: 0x600002cd45c0>{number = 5, name = (null)}

11. 线程死锁

死锁案例

死锁形成的原因：

  • 系统资源不足
  • 线程推进的顺序不恰当；
  • 资源分配不当
    　
    死锁形成的条件：
  • 互斥：所谓互斥就是进程在某一时间内独占资源。
  • 请求与保持：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
  • 不剥夺条件：进程已获得资源，在末使用完之前，不能强行剥夺。
  • 循环等待：若干进程之间形成一种头尾相接的循环等待资源关系。

在GCD中，典型的死锁就是主队列同步。解决方案就是将同步改成异步dispatch_async，或者将dispatch_get_main_queue换成其他串行或并行队列。

12. 性能优化场景解决

参考：
iOS最全性能优化(上)
iOS最全性能优化(中)
iOS最全性能优化(下)

入门级

  1. 用ARC管理内存：这个我们都知道，避免了我们手动管理内存时忘记释放导致内存泄漏。
  2. 在正确的地方使用reuseIdentifier：tableView、collectionView重用cell，免得每次都设置全新的cell，影响滑动流畅度。
  3. 尽可能使Views不透明： opaque这个属性我们都知道，尽量设置为YES(默认是YES)。相对静止时的页面影响不大，但如果是滑动页面或者复杂动画时，不透明视图直接显示当前页面颜色即可，透明视图还要增加下层视图颜色计算，严重影响了GPU中混合颜色的计算速率。
  4. 避免庞大的xib和storyboard：xib和storyboard对应的类分别是UINib和UIStoryboard。storyboard打包后其实是被拆解成多个xib。两种方式如果使用得当，在简单页面使用是能提升开发效率的。如果大量使用甚至是很多复杂页面，因为它们本身就是xml文件，添加删除必然会encode/decode，就会增加cpu的计算量。
  5. 不要阻塞主线程：永远不要使主线程承担过多。因为UIKit会在主线程上做所有工作，包括：渲染、管理触摸反应、回应输入等等。一直使用主线程的风险就是如果你的代码真的堵塞了主线程，app会卡死。
  6. 在Image Views中调整图片大小：如果要在UIImageView中显示一个来自bundle的图片，应保证图片的大小和UIImageView的大小相同。在运行中缩放图片是很耗费资源的，特别是UIImageView嵌套在UIScrollView中的情况下。
  7. 选择正确的Collection(集合)：
  • Arrays：有序的一组值。使用index来查找很快，使用value 查找很慢， 插入/删除很慢。
  • Dictionaries：存储键值对。 用键来查找比较快。
  • Sets：无序的一组值。用值来查找很快，插入/删除很快。
  1. 打开gzip压缩：大量app依赖于远端资源和第三方API，可能会需要从远端下载XML、JSON、HTML或者其它格式资源，减小文档的一个方式就是在服务端和app中打开gzip。这对于文字这种能有更高压缩率的数据来说会有更显著的效用。iOS已经在NSURLConnection中默认支持了gzip压缩，当然AFNetworking这些基于它的框架亦然。

中级

  1. 重用和延迟加载(懒加载)Views：不要一次创建所有的subview，而是当需要时才创建，当它们完成了使命，把他们放进一个可重用的队列中，这样的话你就只需要在滚动发生时创建你的views，避免了内存分配的浪费。延迟加载(苹果的运行机制很多都是懒加载)可以避免内存浪费，但有时候会造成页面的卡顿，可以视情况与创建并隐藏选择性使用。
  2. Cache, Cache, 还是Cache！：
  3. 权衡渲染方法：
  4. 处理内存警告：UIKit提供了几种收集低内存警告的方法。
  • 在app delegate中使用applicationDidReceiveMemoryWarning:的方法，清理内存缓存，如：SDWebImage。
  • 在UIViewController中的didReceiveMemoryWarning方法，判断当前视图是否在屏幕上显示是否已加载(self.view.window == nil && [self isViewLoaded])，安全移除view self.view = nil;
  • 注册并接收UIApplicationDidReceiveMemoryWarningNotification的通知。
  1. 重用大开销的对象：比如NSDateFormatter和NSCalendar。设置一个NSDateFormatter的速度差不多是和创建新的一样慢的，所以如果需要经常进行日期格式处理的话可以重用：
// .h
@property (nonatomic, strong) NSDateFormatter *formatter;
// .m
// 使用的时候self.formatter即可
- (NSDateFormatter *)formatter {
    if(! _formatter) {
        _formatter = [[NSDateFormatter alloc] init];
        _formatter.dateFormat = @"yyyy-MM-dd HH:mm:ss";
    }
    return _formatter;
}
  1. 使用Sprite Sheets：
  2. 避免反复处理数据：当从服务器加载JSON数据数据的时候，在服务器端和客户端使用相同的数据结构很重要。在内存中操作数据来满足需要的数据结构是很大的开销。尽量避免数据格式重组。
  3. 选择正确的数据格式：
  4. 正确地设定Background Images：
  5. 减少使用Web特性：
  6. 设定Shadow Path：
  7. 优化你的Table View：
  8. 选择正确的数据存储选项：

进阶级

  1. 加速启动时间：尽可能做更多的异步任务，比如异步加载远端或者数据库数据、解析数据。避免过于庞大的XIB，因为他们是在主线程上加载的。如果要使用，就尽量使用没有这个问题的Storyboards。
  2. 使用Autorelease Pool：
  3. 选择是否缓存图片：常见的从bundle中加载图片的方式有两种：一个是用imageNamed，二是用imageWithContentsOfFile。imageNamed的优点是当加载时会缓存图片而imageWithContentsOfFile仅仅是加载图片。
  4. 尽量避免日期格式转换：

13. 动画

暂未做深究，UIView的block动画

14. 自动释放池的原理和使用场景

  • 进作用域空间调用objc_autoreleasePoolPush压栈，出作用域空间调用objc_autoreleasePoolPop像栈中对象发送release释放来出栈
  • 对象调用autorelease时，会将对象压栈到AutoreleasePoolPage中
  • @autoreleasepool与线程关联，一个@autoreleasepool对应一个线程
  • @autoreleasepool嵌套只会创建一个page，但会有两个哨兵（POOL_BOUNDARY）

使用场景：
比如批量压缩图片的操作，是在for循环里操作，在没用到自动释放池的时候程序会在处理大量图片和图片较大的时候，有可能会造成内容到达峰值限制而崩溃。我们可以使用@autoreleasepool来保证使用过的临时变量出作用域空间的时候及时释放。

//其中imgPaths是将要处理图片的路径
for (NSString *imgPath in imgPaths) {
     if (![self isImage:imgPath]) { return; }
     @autoreleasepool {
          NSData *aData = [NSData dataWithContentsOfFile:imgPath];
          UIImage *aImg = [UIImage imageWithData:aData];
          aImg = [self fixOrientation:aImg];
          if ([self isCanReduceFile:imgPath] ) {
              [self reduceImage:aImg path:imgPath];
          }
      }
}

15. 字典转模型原理

15.1 KVC实现字典转模型
@implementation Status
+ (instancetype)statusWithDict:(NSDictionary *)dict {
    Status *status = [[self alloc] init];
    [status setValuesForKeysWithDictionary:dict];
    return status;
}

- (void)setValue:(id)value forUndefinedKey:(NSString *)key {
 
}

KVC字典转模型弊端：必须保证，模型中的属性和字典中的key一一对应。如果不一致，就会调用setValue:forUndefinedKey:报key找不到的错。
解决方法：重写对象的setValue:forUndefinedKey:，把系统的方法覆盖，就能继续使用KVC，字典转模型了。

15.2 MJExtention字典转模型
  1. 找到当前类及当前类的父类：+ (void)mj_enumerateClasses:(MJClassesEnumeration)enumeration。
  2. 遍历所有类获得该类的成员变量：class_copyPropertyList。
  3. 遍历每一个成员变量（会过滤掉Foundation框架类里面的属性），生成MJProperty。这里用了关联对象缓存生成的属性对象。下次就不会重新生成MJProperty对象。
  4. 取值、赋值：[object setValue:value forKey:self.name];

16. runloop和runtime原理

16.1 Runloop
  • Runloop实际上就是一个do...while循环，有任务时开始，无任务时休眠。
  • RunLoop 运行时只能以一种固定的模式运行，如果我们需要它切换模式，只有停掉它，再重新开其它。运行时它只会监控这个模式下添加的Timer Source和Input Source，如果这个模式下没有相应的事件源，RunLoop的运行也会立刻返回的。
  • 注意RunLoop不能在运行在NSRunLoopCommonModes模式，因为NSRunLoopCommonModes其实是个模式集合，而不是一个具体的模式，我可以添加事件源的时候使用NSRunLoopCommonModes，只要Run Loop运行在NSRunLoopCommonModes中任何一个模式，这个事件源都可以被触发。
16.2 runtime
  • Runtime是一套由C、C++、汇编混合编写的为OC提供运行时功能的 api。
  • RunTime运行时，其中最主要的是消息机制。从objc_msgSend消息的发送到消息查找、动态方法解析、消息转发，如果没找到消息就会报错找不到方法。

17. 写过常驻线程吗?

常驻线程就是要求子线程一直保活，随时待命，指定任务在这个长期保活的线程上执行。
基本的思路都是等待信号 -> 收到信号 -> 执行回调 -> 继续等待信号，在项目开发中将一些耗时的，不紧要的任务放到常驻子线程中处理。

  • NSThread + Runloop
@property (nonatomic, strong) NSThread *thread;
@property (nonatomic, assign) BOOL runloopLife;

- (void)viewDidLoad {
    [super viewDidLoad];

    self.runloopLife = YES;
    self.thread = [[NSThread alloc]initWithTarget:self selector:@selector(onStart) object:nil];
    [self.thread start];
}

- (void)viewWillDisappear:(BOOL)animated {
    [super viewWillDisappear:animated];
    self.runloopLife = NO;
}

- (void)onStart {
    // 添加Port实时监听
    [[NSRunLoop currentRunLoop] addPort:[NSPort port] forMode:NSDefaultRunLoopMode];
    while (self.runloopLife) { // 此处可以防止直接用[[NSRunLoop currentRunLoop] run]造成的内存泄漏
        // 添加runloop
        [[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate dateWithTimeIntervalSinceNow:0.3]];
    }
}

- (void)run{
    NSLog(@"%@ %s",[NSThread currentThread],__func__);
}

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
    [self performSelector:@selector(run) onThread:self.thread withObject:nil waitUntilDone:NO];
}

// 打印
2020-06-30 16:56:57.955495+0800 FrameworkDemo[3264:758678] <NSThread: 0x2815bdb00>{number = 6, name = (null)} -[ViewController run]
2020-06-30 16:57:01.185572+0800 FrameworkDemo[3264:758678] <NSThread: 0x2815bdb00>{number = 6, name = (null)} -[ViewController run]
2020-06-30 16:57:02.701454+0800 FrameworkDemo[3264:758678] <NSThread: 0x2815bdb00>{number = 6, name = (null)} -[ViewController run]

- (BOOL)runMode:(NSRunLoopMode)mode beforeDate:(NSDate *)limitDate;
这个方法官方注释是：
如果没有输入源或计时器附加到运行循环，此方法立即退出并返回NO；否则，它将在处理第一个输入源或到达limitDate之后返回。手动从运行循环中删除所有已知的输入源和计时器并不保证运行循环将立即退出。可以根据需要安装和删除额外的输入源，以处理针对接收者线程的请求。因此，这些源可以阻止运行循环退出。

18. 本地存储的方式和优缺点

1. NSUserDefaults(用户偏好设置)
  • NSuserDefaults适合存储轻量级的本地数据，支持的数据类型：NSNumber，NSString，NSDate，NSArray，NSDictionary，BOOL，NSData。
  • 沙盒路径为 Library/Preferences
  • 文件格式为 .plist

优点：
1). 不需要关心文件名；
2). 快速进行键值对存储；
3). 直接存储基本数据类型。
缺点：
1). 不能直接存储自定义数据；
2). 取出的数据是不可变的；
3). 数据存储为异步，需手动同步以保证数据及时存储；
4). 数据存储不安全；
5). 删除App后数据随之删除。

2. Plist(属性列表)
  • 属性列表(Plist，Property List)是一种结构化的二进制格式文件，将某些特定的类通过XML文件的方式保存。
  • 沙盒路径自定义
  • 文件格式为 .plist

优点：
1). 适合小文件的存储；
2). 使用轻便、快捷、操作简单。
缺点：
1). 根Type只能是字典(NSDictionary)或者是数组(NSArray)；
2). 不能直接存储自定义数据；
3). 数据存储不安全；
4). 删除App后数据随之删除。

3. NSKeyedArchiver、NSKeyedUnarchiver(归档解档)
  • 只有遵守了NSCoding协议的类才可以用NSKeyedArchiver归档和NSKeyedUnarchiver解档，所以也叫对象序列化，其本质就是对象NSData。
  • 存储过程：从内存写到沙盒，再从沙盒读取到内存。
  • 如果对象是NSString、NSDictionary、NSArray、NSData、NSNumber等类型，可以直接用NSKeyedArchiver归档和NSKeyedUnarchiver解档。

优点：
1). 可以存储自定义对象。
缺点：
1). 属性比较多时，方法过于庞大，维护麻烦；
2). 属性不能为数组、字典，需转化为NSData；
3). 父类层级复杂容易导致遗漏父类中的属性变量；
4). 数据存储不安全。

4. Keychain(钥匙串)
  • Keychain是iOS提供给App存储敏感和安全相关数据用的工具。
  • Keychain以sqlite数据库格式存储于每个app的沙盒之外，不受App卸载影响，重装仍能读取到上次保存的结果。
  • 为了保证数据安全，Keychain内的数据都是经过加密。
  • 存储位置 /private/var/Keychains/keychain-2.db

优点：
1). 数据存储安全；
2). 保存的数据都是加密的；
3). 卸载App仍可以数据持久化；
4). 可以在应用之间共享keychain中的数据。
缺点：

1). 操作比较复杂，非重要保密性信息和有特殊持久要求 不建议使用；
2). 不适合存储大文件。

5. SQLite
  • SQLite是在世界上使用的最多的开源数据库引擎。
  • 适合使用数据库场景(iOS 使用第三方FMDB)：大量、重复、有规律的数据存储以及频繁的读取、删除、过滤数据操作。

优点：
1). 轻量级；
2). 零配置；
3). 跨平台的独立于服务器的关系型数据库；
4). 可以存储大量的数据，存储和检索的速度非常快；
5). 在处理大量数据时，表关系更直观。
缺点：
1). 基于C接口，需要使用SQL语句，代码繁琐复杂；
2). 在OC中不是可视化，不易理解。

6. FMDB
  • FMDB对SQLite数据库进行封装的面向对象的框架，开放OC的接口便于开发者接入。

优点：
1). 面向对象，用OC封装了SQLite的C语言API，省去了很多麻烦、冗余的C语言代码；
2). 对比CoreData更加轻量级操作更加灵活；
3). 提供了多线程安全的数据库操作方法，有效地防止数据混乱。
缺点：
1). FMDatabase是不具备线程安全，但是使用单例在一个FMDatabaseQueue实例下操作可以保证线程安全；
2). 不能跨平台，封装后只能在iOS操作。

7. CoreData
  • 基于SQLite封装的，苹果提供的不需要借助第三方框架的数据持久化方案。
  • 沙盒路径 自定义
  • 文件格式 .sqlite

优点：
1). 将数据库创建、表创建、对象和表的转换等操作封装起来，极大的简化了我们的操作；
2). 表结构可视化操作；
3). 对象代码自动生成。
缺点：
1). 存储性能和sqlite相比较差；
2). 类维护麻烦(一个表会生成四个类)。

19. 数据库批量操作和升级

  • FMDB的批量写入如何优化？
    FMDB使用事务[_dataBase beginTransaction];可以提供数据库批量写入效率。
    原理是：使用事务处理就是将所有任务执行完成以后将结果一次性提交到数据库，如果此过程出现异常则会执行回滚操作，这样节省了大量的重复提交环节所浪费的时间。
  • 数据库升级
    减少参数时可以不必进行升级，添加参数时必须进行数据库升级操作。
    方法一
    直接舍弃现有表，加上版本号创建新的表，但是这样会导致原来存储的数据丢失，所以不建议这种方法。
    方法二
    数据库版本判断需要升级 -> 创建备份表 -> 将旧表数据插入到备份表并删除旧表 -> 创建新表 -> 将备份表数据插入到新表并删除备份表 -> 新表插入新的参数列
    这种方式可以保留现有数据并实现参数的增加，但是当数据库里存有大量数据的时候，此种方法并不友好。
    方法三
    直接判断需要更新的字段是否存在，没有存在的话插入新的字段.

OC内存管理
手写简单的排序算法
了解CoreML吗
图像缓存工具的设计
_bridge
JavaScriptcore

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 194,491评论 5赞 459
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 81,856评论 2赞 371
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 141,745评论 0赞 319
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 52,196评论 1赞 263
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 61,073评论 4赞 355
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 46,112评论 1赞 272
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 36,531评论 3赞 381
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 35,215评论 0赞 253
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 39,485评论 1赞 290
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,578评论 2赞 309
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,356评论 1赞 326
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 32,215评论 3赞 312
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 37,583评论 3赞 299
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,898评论 0赞 17
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,174评论 1赞 250
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 41,497评论 2赞 341
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 40,697评论 2赞 335