淘宝拍立淘iOS相册架构设计小结

1. 相册存在架构问题，相册与业务代码耦合、没有分层设计、牵一发动全身，作为一个相对独立的模块，不利于整体迁移和维护。
2. 存在业务逻辑问题，随着业务不断发展，散落的逻辑补丁没有收口导致维护成本高。
3. 存在用户体验问题，如对iOS14以上部分权限授权的引导做的不够，在相册场景里面无法实时刷新，UI不适配不统一如对刘海屏、灵动岛的适配和相册不同tab之间的列表间距不一致问题等。

1. 需要增加相册外露能力，相册外露能力的底层链路应和相册本体保持复用。
2. 将当前的相册模块化，使用模块接入的形式调用，不直接依赖拍立淘的业务代码；理想情况能够剥离成独立的SDK。
3. 能够提供给业务方使用，包括拍立淘、扫一扫等
4. 相册视觉焕新，包括增加统一的图片背景，整体色调更换等。

逻辑管理层：

1. 相册的读取链路（包括读取 Asset 和获取源文件）
2. 相册的变更链路（观察者模式）
3. 相册的体验优化（预加载、缓存回收）

根据上述的分层思想，依次自底向上设计与实现

▐读取链路

在制作相册管理中，读取图片是重要的一个环节。设计一个相册读取管理器，主要功能：

1. 通过 API 获取系统/用户相簿
2. 查询相簿内容
3. 相簿模型转换
4. 读取多媒体元素 

在读取管理器的 API 的设计上，封装了读取操作的细节，只需要提供获取相册数据接口以及上层可以设置的查询配置属性就好就好。

▐  变更链路

相册变更链路是因业务场景而产生的诉求，主要解决的问题是：用户停留在相册页面时候，如果系统相册发生变更（如截屏、录屏、切后台时候进行相册操作），需要刷新页面。

这里有个优化点，系统相册提供的获取相册变更数据的能力，类似于游标增量读取。即给定一个游标，API查询基于这个游标之后的变更。那么在相册场景中，这个游标就是 PHFetchResult，具体来说，就是读取管理器获取相簿数据之后拿到的。

读取管理器对「游标」和「观察者」能力的补充，示例代码如下：

- (NSArray <PhotoGroupModel *> *)fetchAssetGroup { //... //读取相簿数据 `-_fetchSystemAssetGroup` //保存游标 self.lastResult = assetGroups.lastObject.fetchResult; //开启观察者 [self startObserver]; //...}- (void)startObserver { [self.observer initCursor:self.lastResult]; [self.observer startObserver];}- (void)stopObserver { [self.observer stopObserver];}

观察者的注册和反注册如下：

- (void)startObserver { //抛到指定线程处理 dispatch_async(self.observerQueue, ^{ //防止重复注册 if(!self.isObserving) { //前后台切换，使用的全量更新 [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(resumeForeground) name:UIApplicationWillEnterForegroundNotification object:nil]; self.isObserving = YES; //注册观察者 [[PHPhotoLibrary sharedPhotoLibrary] registerChangeObserver:self]; } });}- (void)stopObserver { //抛到指定线程处理 dispatch_async(self.observerQueue, ^{ //防止重复反注册 if(self.isObserving) { self.isObserving = NO; [[NSNotificationCenter defaultCenter] removeObserver:self]; //反注册观察者 [[PHPhotoLibrary sharedPhotoLibrary] unregisterChangeObserver:self]; } });}

简单的来说，观察者注册后，有回调- (void)photoLibraryDidChange:(PHChange *)changeInstance;后就更新数据，通知页面刷新就可以了。但这里会遇到衍生问题：

1. iOS14 部分相册权限时，回调的数据有不同。解法：针对 iOS14 有限选择照片的判断及通知
2. 变更回调会发生多次，如果不进行过滤，会造成无效读取/刷新。解法：只有RIC - removedIndexes，insertedIndexes，changedIndexes才进行回调

因此，观察者的实现的流程如下：

关于相册变更后更精准的刷新：

在 Apple Doc 中提供了一种更为精确的配合CollectionView的刷新方式：根据PHFetchResultChangeDetails 里面的增删改Set，直接进行BatchUpdates，因为我们相册的 View 和 ViewModel 和原始数据不相同，因此没有采用。感兴趣的可以看下列官方示例代码：

Apple Doc地址 ：https://developer.apple.com/documentation/photokit/phfetchresultchangedetails?language=objc

@property (nonatomic, strong) UICollectionView* collectionView;// ...PHFetchResultChangeDetails* fetchResultChangeDetails;NSIndexSet* deletedCollectionIndicesBeforeChanges;NSIndexSet* insertedCollectionIndicesAfterDeletions;NSArray* deletedPhotoPathsBeforeChanges;NSArray* insertedPhotoPathsAfterDeletions;//精准增删改：[self.collectionView performBatchUpdates:^{ if (deletedCollectionIndicesBeforeChanges.count > 0) { [self.collectionView deleteSections:deletedCollectionIndicesBeforeChanges]; } if (insertedCollectionIndicesAfterDeletions.count > 0) { [self.collectionView insertSections:insertedCollectionIndicesAfterDeletions]; } if (deletedPhotoPathsBeforeChanges.count > 0) { [self.collectionView deleteItemsAtIndexPaths:deletedPhotoPathsBeforeChanges]; } if (insertedPhotoPathsAfterDeletions) { [self.collectionView insertItemsAtIndexPaths:insertedPhotoPathsAfterDeletions]; }} completion:nil];[fetchResultChangeDetails.changedIndexes enumerateIndexesUsingBlock:^(NSUInteger index, BOOL* stop) { NSIndexPath* indexPath = [NSIndexPath indexPathWithItem:index inSection:0]; UICollectionViewCell* changedCell = [self.collectionView cellForItemAtIndexPath:indexPath]; if (changedCell) { // ... Configure changedCell here ... } // Set *stop = YES to stop iteration early.}];

关于相册变更后更精准的刷新：

在 Apple Doc 中提供了一种更为精确的配合CollectionView的刷新方式：根据PHFetchResultChangeDetails 里面的增删改Set，直接进行BatchUpdates，因为我们相册的 View 和 ViewModel 和原始数据不相同，因此没有采用。感兴趣的

可以看下列官方示例代码：

▐体验优化

▐展示链路

▐对外接口

1. 回调参数使用字典，可以灵活扩展，通过Key获取。
2. 创建相册通过配置相关能力，方便业务方增加需求。

▐App 隐私报告

1. 未授权时候，如果进行读取，就会产生相册权限申请弹窗。
2. 对相册进行读取时候，在APP隐私报告中留下记录。

▐关于“有限权限访问那些事

▐支持iCloud选取

▐多线程问题

1. 首先我们自己的业务，对相册的读取操作，都放到一个指定的线程。
2. 其次，进行子线程加载时，如果主线程有访问PHPhotoLibrary的地方，进行阻塞loading加载。