作者:Mitchell
一、有关图片下载的逻辑
- 图片下载
- 重复下载问题
- 定义字典保存下载好的图片
- 磁盘缓存问题
- 内存没有尝试从磁盘获取
- 阻塞主线程问题
- 新建NSOperationQueue下载图片
- 重复设置问题
- reloadRowsAtIndexPaths
- 重复下载问题
逻辑1 - 从来没下载过
1.查看内存缓存是否有图片
2.查看磁盘缓存是否有图片
3.查看时候有任务正在下载当前图片
4.开启任务下载图片
5.写入磁盘
6.缓存到内存
7.移除下载操作
8.显示图片
逻辑2 - 已经下载过
1.查看内存缓存是否有图片
2.查看磁盘缓存是否有图片
3.使用磁盘缓存
4.将图片缓存到内存中
5.更新UI
逻辑3 - 已经下载过, 并且不是重新启动
1.查看内存缓存是否有图片
2.更新UI
二、iOS目录结构
-
Documents
- 需要保存由"应用程序本身"产生的文件或者数据，例如：游戏进度、涂鸦软件的绘图
- 目录中的文件会被自动保存在 iCloud
- 注意：不要保存从网络上下载的文件，否则会无法上架！
-
Caches
- 保存临时文件，"后续需要使用"，例如：缓存图片，离线数据(地图数据)
- 系统不会清理 cache 目录中的文件
- 就要求程序开发时，"必须提供 cache 目录的清理解决方案"
-
Preferences
- 用户偏好，使用 NSUserDefault 直接读写！
- 如果要想数据及时写入磁盘，还需要调用一个同步方法
-
tmp
- 保存临时文件，"后续不需要使用"
- tmp 目录中的文件，系统会自动清理
- 重新启动手机，tmp 目录会被清空
- 系统磁盘空间不足时，系统也会自动清理
对目录的封装
- (NSString *)cacheDir
{
// 1.获取cache目录
NSString *dir = [NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES) lastObject];
return [dir stringByAppendingPathComponent:[self lastPathComponent]];
}
- (NSString *)documentDir {
NSString *dir = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];
return [dir stringByAppendingPathComponent:[self lastPathComponent]];
}
- (NSString *)tmpDir {
NSString *dir = NSTemporaryDirectory();
return [dir stringByAppendingPathComponent:[self lastPathComponent]];
}
三、SDWebImage的架构
-
SDWebImageManager
- SDImageCache
- SDWebImageDownloader
- SDWebImageDownloaderOperation
-
默认缓存时间多少
- 一周
-
缓存的地址
- NSString *fullNamespace = [@"com.hackemist.SDWebImageCache." stringByAppendingString:ns];
-
cleanDisk如何清理过期图片
- 删除早于过期日期的文件
- 保存文件属性以计算磁盘缓存占用空间
- 如果剩余磁盘缓存空间超出最大限额，再次执行清理操作，删除最早的文件
-
clearDisk如何清理磁盘
- 删除缓存目录
- 新建缓存目录
-
SDWebImage如何播放图片
- 取出gif中每一帧, 生成一张可动画图片
-
SDWebImage如何判断图片类型
- 判断图片二进制前8个字节
- kPNGSignatureBytes[8] = {0x89, 0x50, 0x4E, 0x47, 0x0D, 0x0A, 0x1A, 0x0A};
四、关于 CocoaPods
-
CocoaPods 是什么?
- CocoaPods 是开发 OS X 和 iOS 应用程序的一个第三方库的依赖管理工具。利用 CocoaPods,可以定义自己的依赖关系 (称作 pods),并且随着时间的变化,以 及在整个开发环境中对第三方库的版本管理非常方便
-
CocoaPods 背后的理念主要体现在两个方面
- 在工程中引入第三方代码 会涉及到许多内容。针对 Objective-C 初级开发者来说,工程文件的配置会让 人很沮丧
- 在配置buildphases和linker flags过程中,会引起许多人为因素的 错误
- CocoaPods 简化了这一切,它能够自动配置编译选项
-
CocoaPods的原理
- 它是将所有的依赖库都放到另一个名为Pods项目中,然后 让主项目依赖Pods项目,这样,源码管理工作都从主项目移到了Pods项目中
- 1、Pods项目最终会编译成一个名为libPods.a的文件,主项目只需要依赖这个.a 文件即可。
- 2、对于资源文件,CocoaPods提供了一个名为Pods-resources.sh的bash脚本, 该脚本在每次项目编译的时候都会执行,将第三方库的各种资源文件复制到目 标目录中。
- 3、CocoaPods通过一个名为Pods.xcconfig的文件来在编译时设置所有的依赖和 参数。
-
CocoaPods安装
- 更新gem
- sudo gem update --system
- 更新ruby的软件源
- gem sources --remove https://rubygems.org/
- gem sources -a http://ruby.taobao.org/
- gem sources -l
- 安装CocoaPods
- sudo gem install cocoapods
- 替换CocoaPods的镜像索引
- pod repo remove master
- pod repo add master http://git.oschina.net/akuandev/Specs.git
- pod repo add master https://gitcafe.com/akuandev/Specs.git
- pod repo update
- 设置 pod 仓库
- pod setup
- 测试
- pod --version
- 更新gem
-
卸载CocoaPods
- sudo gem uninstall cocoapods
-
CocoaPods使用:
- 使用时需要新建一个名为Podfile的文件
- 将依赖的库名字依次列在文件中
platform :ios
pod'AFNetworking'
- 注释事项
- 1.利用CocoPods管理类库后, 以后打开项目就用xxxx.xcworkspace 打开,而不是 之前的.xcodeproj文件
- 2.每次更改了Podfile文件,你需要重新执行一次pod update命令。
- 3.CocoaPods在执行pod install和pod update时,会默认先更新一次CocoPods的 spec仓库索引。使用--no-repo-update参数可以禁止其做索引更新操作
pod install --no-repo-update
pod update --no-repo-update
