iOS开发之加载大量网络图片优化

简介:

1、概述

在IOS下通过URL读一张网络图片并不像其他编程语言那样可以直接把图片路径放到图片路径的位置就ok,而是需要我们通过一段类似流的方式去加载网络图片,接着才能把图片放入图片路径显示。比如:

?
1
2
3
4
5
6
7
-(UIImage *) getImageFromURL:(NSString *)fileURL {
   //NSLog(@"执行图片下载函数");    
   UIImage * result;    
   NSData * data = [NSData dataWithContentsOfURL:[NSURL URLWithString:fileURL]];
   result = [UIImage imageWithData:data];    
   return  result;
}

加载网络图片可以说是网络应用中必备的。如果单纯的去下载图片,而不去做多线程、缓存等技术去优化,加载图片时的效果与用户体验就会很差。

优化思路为:

(1)本地缓存

(2)异步加载

(3)加载完毕前使用占位图片

2、优化方法

方法1:用NSOperation开异步线程下载图片,当下载完成时替换占位图片

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
#import "XNViewController.h"
#import "XNApp.h"
 
@interface XNViewController ()
@property (nonatomic, strong) NSArray *appList;
@property (nonatomic, strong) NSOperationQueue *queue;
@end
 
@implementation XNViewController
#pragma mark - 懒加载
 
- (NSOperationQueue *)queue {
     if  (!_queue) _queue = [[NSOperationQueue alloc] init];
     return  _queue;
}
 
//可抽取出来写到模型中
- (NSArray *)appList {
     if  (!_appList) {
         //1.加载plist到数组中
         NSURL *url = [[NSBundle mainBundle] URLForResource:@ "apps.plist"  withExtension:nil];
         NSArray *array = [NSArray arrayWithContentsOfURL:url];
         //2.遍历数组
         NSMutableArray *arrayM = [NSMutableArray array];
         [array enumerateObjectsUsingBlock: ^(id obj, NSUInteger idx,  BOOL  *stop) {
             [arrayM addObject:[XNApp appWithDict:obj]];   //数组中存放的是字典, 转换为app对象后再添加到数组
         }];
         _appList = [arrayM copy];
     }
     return  _appList;
}
 
- ( void )viewDidLoad {
     [super viewDidLoad];
 
     self.tableView.rowHeight = 88;
 
//    NSLog(@"appList-%@",_appList);
}
 
#pragma mark - 数据源方法
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {
     return  self.appList.count;
}
 
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
     static  NSString *ID = @ "Cell" ;
     UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
 
     //用模型来填充每个cell
     XNApp *app = self.appList[indexPath.row];
     cell.textLabel.text = app.name;   //设置文字
 
     //设置图像: 模型中图像为nil时用默认图像,并下载图像. 否则用模型中的内存缓存图像.
     if  (!app.image) {
         cell.imageView.image = [UIImage imageNamed:@ "user_default" ];
 
         [self downloadImg:indexPath];
     }
     else  {
         //直接用模型中的内存缓存
         cell.imageView.image = app.image;
     }
//  NSLog(@"cell--%p", cell);
 
     return  cell;
}
 
/**始终记住, 通过模型来修改显示. 而不要试图直接修改显示*/
- ( void )downloadImg:(NSIndexPath *)indexPath {
     XNApp *app  = self.appList[indexPath.row];  //取得改行对应的模型
 
     [self.queue addOperationWithBlock: ^{
         NSData *imgData = [NSData dataWithContentsOfURL:[NSURL URLWithString:app.icon]];  //得到图像数据
         UIImage *image = [UIImage imageWithData:imgData];
 
         //在主线程中更新UI
         [[NSOperationQueue mainQueue] addOperationWithBlock: ^{
             //通过修改模型, 来修改数据
             app.image = image;
             //刷新指定表格行
             [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone];
         }];
     }];
}
 
@end

上述代码只是做了内存缓存,还没有做本地缓存,因为这里这种方法不是重点,也不是首选方法。上面代码每次重新进入应用时,还会从网上重新下载。如果要继续优化上面的代码,需要自己去实现本地缓存。

方法2:使用第三方框架SDWebImage

特点:

依赖的库很少,功能全面。

自动实现磁盘缓存:缓存图片名字是以MD5进行加密的后的名字进行命名.(因为加密那堆字串是唯一的)

加载网络图片时直接设置占位图片:[imageView sd_setImageWithURL:imageurl  placeholderImage:[UIImage imageNamed:@”xxxxx”]]。

就一个方法就实现了多线程\带缓冲等效果.(可用带参数的方法,具体可看头文件)

用SDWebImage修改上面的方法后的代码可简化为:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
#pragma mark - 数据源方法
- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {
     return  self.appList.count;
}
 
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
     static  NSString *ID = @ "Cell" ;
     UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
 
     //用模型来填充每个cell
     XNApp *app = self.appList[indexPath.row];
     cell.textLabel.text = app.name;   //设置文字
 
//  //设置图像: 模型中图像为nil时用默认图像,并下载图像. 否则用模型中的内存缓存图像.
//  if (!cell.imageView.image) {
//      cell.imageView.image = [UIImage imageNamed:@"user_default"];
//
//      [self downloadImg:indexPath];
//  }
//  else {
//      //直接用模型中的内存缓存
//      cell.imageView.image = app.image;
//  }
 
 
     //使用SDWebImage来完成上面的功能. 针对ImageView.
     //一句话, 自动实现了异步下载. 图片本地缓存. 网络下载. 自动设置占位符.
     [cell.imageView sd_setImageWithURL:[NSURL URLWithString:app.icon] placeholderImage:[UIImage imageNamed:@ "user_default" ]];
 
 
     return  cell;
}
 
/**始终记住, 通过模型来修改显示. 而不要试图直接修改显示*/
//- (void)downloadImg:(NSIndexPath *)indexPath {
//  XNApp *app  = self.appList[indexPath.row]; //取得改行对应的模型
//
//  [self.queue addOperationWithBlock: ^{
//      NSData *imgData = [NSData dataWithContentsOfURL:[NSURL URLWithString:app.icon]]; //得到图像数据
//      UIImage *image = [UIImage imageWithData:imgData];
//
//      //在主线程中更新UI
//      [[NSOperationQueue mainQueue] addOperationWithBlock: ^{
//          //通过修改模型, 来修改数据
//          app.image = image;
//          //刷新指定表格行
//          [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationNone];
//      }];
//  }];
//}
 
@end

【备注】SDWebImage中的一些参数:

*SDWebImageRetryFailed = 1<< 0,   默认选项,失败后重试

*SDWebImageLowPriority = 1<< 1,    使用低优先级

*SDWebImageCacheMemoryOnly = 1<< 2,   仅仅使用内存缓存

*SDWebImageProgressiveDownload = 1<< 3,   显示现在进度

*SDWebImageRefreshCached = 1<< 4,    刷新缓存

*SDWebImageContinueInBackground =1 << 5,   后台继续下载图像

*SDWebImageHandleCookies = 1<< 6,    处理Cookie

*SDWebImageAllowInvalidSSLCertificates= 1 << 7,    允许无效的SSL验证

*SDWebImageHighPriority = 1<< 8,     高优先级

*SDWebImageDelayPlaceholder = 1<< 9     延迟显示占位图片

目录
相关文章
|
9天前
|
安全 Android开发 iOS开发
探索安卓与iOS开发的差异:平台特性与用户体验的深度对比
在移动应用开发的广阔天地中,安卓和iOS两大平台各占半壁江山。本文旨在通过数据驱动的分析方法,深入探讨这两大操作系统在开发环境、用户界面设计及市场表现等方面的差异。引用最新的行业报告和科研数据,结合技术专家的观点,本文将提供对开发者和市场分析师均有价值的洞见。
|
12天前
|
Java 开发工具 Android开发
探索Android与iOS开发的差异:平台选择对项目成功的影响
在移动应用开发的广阔天地中,Android和iOS两大平台各自占据着半壁江山。本文将深入探讨这两个平台在开发过程中的关键差异点,包括编程语言、开发工具、用户界面设计、性能优化以及市场覆盖等方面。通过对这些关键因素的比较分析,旨在为开发者提供一个清晰的指南,帮助他们根据项目需求和目标受众做出明智的平台选择。
|
2天前
|
前端开发 编译器 iOS开发
探索iOS开发的未来:SwiftUI和Combine的革新之路
随着苹果不断推动其操作系统的进化,iOS开发领域正经历着一场前所未有的变革。本文将深入分析SwiftUI和Combine框架如何重塑iOS应用的开发流程,通过对比传统MVC模式与现代SwiftUI的差异,揭示Combine响应式编程范式在简化异步代码方面的巨大潜力。文章还将探讨这些技术如何影响开发者的生产力、应用的性能以及最终用户的体验。通过案例分析和数据支持,我们将展望iOS开发的新趋势,并讨论如何在不断变化的技术环境中保持竞争力。
|
12天前
|
编解码 Android开发 iOS开发
深入探索Android与iOS开发的差异与挑战
【6月更文挑战第24天】在移动应用开发的广阔舞台上,Android和iOS两大操作系统扮演着主角。它们各自拥有独特的开发环境、工具集、用户基础及市场策略。本文将深度剖析这两个平台的开发差异,并探讨开发者面临的挑战,旨在为即将踏入或已在移动开发领域奋斗的开发者提供一份实用指南。
36 13
|
8天前
|
iOS开发 开发者 UED
探索iOS开发中的SwiftUI框架
【6月更文挑战第28天】在移动应用开发的海洋中,SwiftUI作为iOS平台的新星,以其声明式语法和灵活性,正引领着界面设计的未来。本文将带你深入理解SwiftUI的核心概念、布局能力以及如何通过它提升开发效率,为开发者们提供一份实操指南,解锁SwiftUI的强大潜力。
176 1
|
15天前
|
iOS开发 开发者 容器
探索iOS开发中的SwiftUI框架
【6月更文挑战第21天】本文深入探讨了苹果在iOS开发中推出的SwiftUI框架,旨在为开发者提供一种声明式、更简洁的界面设计方法。文章首先概述了SwiftUI的核心概念和优势,接着通过一个天气预报应用实例,详细讲解了如何使用SwiftUI进行布局和用户界面的设计。此外,还讨论了SwiftUI与UIKit的差异,以及如何将SwiftUI集成到现有的项目中。最后,文章展望了SwiftUI的未来发展方向,包括潜在的改进和新特性。
|
11天前
|
监控 Android开发 iOS开发
探索Android与iOS开发的差异:平台、工具和用户体验的比较
【6月更文挑战第25天】在移动应用开发的广阔天地中,Android和iOS两大平台各领风骚,它们在开发环境、工具选择及用户体验设计上展现出独特的风貌。本文将深入探讨这两个操作系统在技术实现、市场定位和用户交互方面的关键差异,旨在为开发者提供一个全景式的视图,帮助他们在面对项目决策时能够更加明智地选择适合自己项目需求的平台。
|
15天前
|
Java 开发工具 Android开发
安卓与iOS开发差异解析
【6月更文挑战第21天】本文旨在深入探讨安卓和iOS两大移动操作系统在应用开发过程中的主要差异。通过对比分析,揭示各自的设计哲学、编程语言选择、用户界面构建、性能优化策略以及发布流程的异同。文章将提供开发者视角下的实用信息,帮助他们更好地理解各自平台的特点和挑战,从而做出更明智的开发决策。
|
16天前
|
Java 开发工具 Android开发
探索安卓与iOS开发的核心差异
【6月更文挑战第20天】在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文将深入探讨这两大操作系统在开发过程中的主要区别,包括编程语言、开发工具、用户界面设计哲学、系统架构以及市场分布等方面。通过对这些关键差异的分析,旨在为开发者提供一份实用的指南,帮助他们在面对项目决策时,能够更加明智地选择合适的平台,并针对特定平台优化他们的应用。
|
16天前
|
开发工具 Android开发 iOS开发
探索安卓与iOS开发的差异:从工具到用户体验
【6月更文挑战第20天】在移动应用开发的广阔天地中,安卓和iOS两大平台各自占据半壁江山。本文将深入探讨这两个操作系统在开发环境、编程语言、用户界面设计以及性能优化等方面的关键差异。我们将通过比较分析,揭示各自平台的独特优势和面临的挑战,为开发者提供决策参考,并为最终用户提供更深层次的用户体验洞察。