knowledge-kit/Chapter1 - iOS/1.135.md

框架设计

图片框架

角色

• Manager
  • 内存
  • 磁盘
  • 网络
• Code Manager
  • 图片解码
  • 图片压缩/解压缩

图片读写过程

• 以图片 url 的 hash 值为 key，存储

读取过程

内存设计

• 内存存储的空间

  • 10kb 以下，使用场景多，设计50张容量
  • 100kb 以下，使用场景次之，设计20张容量
  • 100kb 以上，使用场景最小，设计10张容量

• 淘汰策略

  队列实现，先进先出。

淘汰策略

LRU，最近最久未使用算法。比如3天内没有使用过的，则认为需要被淘汰。

淘汰时机

• 定时检查，比如 30分钟检查一次

• 提高检查频率：

  • 每次进行图片读写时
  • 前后台切换时

磁盘设计

• 存储方式
• 大小限制（如200MB）
• 淘汰策略：如果某一张图片存储时间距今已经超过7天

网络设计

• 图片请求的最大并发量
• 请求超时策略。超时重试1次，再次超时则取消
• 请求优先级

图片解码

对于不同格式的图片，图片解码怎么处理？

应用策略模式，对不同图片格式进行解码。一方面可以解码不同格式、另一个方面替换解码算法，对于稳定性有帮助

在哪个阶段进行解码？

磁盘读取后、网络请求返回后

线程处理

阅读时长记录器

记录器种类

• 页面式：普通的 push、pop 页面
• feed 流式：类似 weibo 这种 feed 流式的记录
• 自定义式：可拓展性的体现，面向未来

QA：为什么要有不同类型的记录器？

• 基于不同分类场景提供的关于记录的封装、适配

记录数据存储

• 内存缓存
• 磁盘存储

准确性

数据收集（存储）、上报（移除）2个核心流程。准确性也和这2个方面息息相关。

• 定时写磁盘 从内存中 flush 到本地磁盘。定时器1分钟 flush 一次
• 限定内存缓存条数。超过该条数，即写磁盘。内存记录每满10条 flush 一次

上传策略

思考：

• 需要立马上传吗？每收集到1次页面阅读时长就需要立马上传1次吗？ROI 衡量。性能、线程数
• 关于延时上传的场景有哪些？

上传时机：

• 定时器，比如每5分钟上传1次。
• 前后台切换，比如从后台切换到前台触发1次上传逻辑
• 无网切换到有网

网络上传效率

自定义报文，高效传输。

iOS 小端序，网络大端序。

复杂页面架构设计

• MVVM

• Redux 数据流

客户端架构

业务之间解耦后的通信方式

• openURL
• 依赖注入：中间层

AFNetworking

主要类关系图

AFURLSessionManager

• 创建和管理 NSURLSession、NSURLSessionTask
• 实现 NSURLSessionDelegate 协议代理方法，处理网络请求的重定向、认证、网络数据的处理
• 引入 AFSecurityPolicy，用来保证请求安全
• 引入 AFNetworkReachabilityManager 监控网络状态

SDWebImage

架构图

图片加载流程

• 查找内存缓存
• 查找磁盘缓存
• 网络下载图片并磁盘缓存

AsyncDisplayKit

主要处理问题

主要通过减轻主线程压力，尽量将一些可以放到子线程的任务都放到子线程处理，减轻主线程压力

主要分3方面：

• UI 布局 layout：文本宽高计算、视图布局计算
• 渲染 Rendering：文本渲染、图片解码、图形绘制
• UIKit Objects：对象创建、调整、销毁

基本原理

• UIView 作为 CALayer 的代理实现。CALayer 作为 UIView 的实例变量，负责展示规工作。

• 针对 UIView 的修改，都抽象为针对 ASNode 的修改，这些修改可以在子线程进行。针对 ASNode 的修改和提交，会对其进行封装，提交到一个全局容器中。

• 对 Runloop 状态进行监听，进入休眠前，ASDK 执行该 loop 内提交的所有任务。