前言
不积跬步无以至千里，不积小流无以成江海。学如逆水行舟，不进则退。我是平平无奇游荡于各平台的搬运工。今天给大家讲讲设计模式方面相关的面试题。废话不多说，直接给大家上干货，希望能对你有所帮助，优秀的人已经点赞了。
编程中的六大设计原则？
1.单一职责原则
通俗地讲就是一个类只做一件事
-
CALayer：动画和视图的显示。
-
UIView：只负责事件传递、事件响应。
2.开闭原则
对修改关闭，对扩展开放。
要考虑到后续的扩展性，而不是在原有的基础上来回修改
3.接口隔离原则
使用多个专门的协议、而不是一个庞大臃肿的协议
-
UITableviewDelegate
-
UITableViewDataSource
4.依赖倒置原则
抽象不应该依赖于具体实现、具体实现可以依赖于抽象。
调用接口感觉不到内部是如何操作的
5.里氏替换原则
父类可以被子类无缝替换，且原有的功能不受任何影响
例如 KVO
6.迪米特法则
一个对象应当对其他对象尽可能少的了解，实现高聚合、低耦合
二、如何设计一个图片缓存框架？
可以模仿 SDWebImage 来实现。
-
Manager
-
内存缓存
-
磁盘缓存
-
网络下载
-
Code Manager
-
图片解码
-
图片解压缩
-
图片的存储是以图片的单向 hash 值为 Key
内存设计需要考虑的问题存储的 Size 因为内存的空间有限，我们针对不同尺寸的图片，给出不同的方案
-
10K 以下的 50 个
-
100Kb以下的 20 个
-
100kb以上的 10 个
淘汰的策略
内存的淘汰策略 采取 LRU（最近最少使用算法） 触发淘汰策略的时机有三种
-
1.定期检查（不建议，耗性能）
-
2.提高检查触发频率（一定要注意开销）
-
1.前后台切换的时候
-
2.每次读写的时候
-
磁盘设计需要考虑的问题
-
存储方式
-
大小限制（有固定的大小）
-
移除策略（可以设置为 7 天或者 15 天）
网络设计需要考虑的问题
-
图片请求的最大并发量
-
请求超时策略
-
请求优先级
图片解码
应用 策略模式，针对 jpg、png、gif 等不同的图片格式进行解码
图片解码的时机
-
在子线程图片刚下载完时
-
在子线程刚从磁盘读取完时
避免在主线程解压缩、解码，避免卡顿
三、如何设计一个时长统计框架
记录器
-
页面式记录器
-
流式记录器
-
自定义式
记录管理者
-
内存记录缓存
-
磁盘存储
-
上传器
如何降低数据的丢失率？
-
定期写入磁盘
-
每当达到某个值的时候，就写入磁盘
记录上传的时机
-
前后台切换的时候可以上传
-
从无网到有网切换的时候可以上传
上传时机的选择
-
立即上传
-
定时上传
-
延时上传
总结
今天的面试就分享到这里了，希望对各位看官能有小小的帮助。下回分解。
一、简述 SSL 加密的过程用了哪些加密方法，为何这么作？
二、RSA 非对称加密
RSA 加密？RSA 加密原理？
