iOS开发UI篇—UITableviewcell的性能问题
一、UITableviewcell的一些介绍
UITableView的每一行都是一个UITableViewCell,通过dataSource的 tableView:cellForRowAtIndexPath:方法来初始化每⼀行
UITableViewCell内部有个默认的子视图:contentView,contentView是UITableViewCell所显示内容的父视图,可显示一些辅助指示视图
辅助指示视图的作⽤是显示一个表示动作的图标,可以通过设置UITableViewCell的 accessoryType来显示,默认是UITableViewCellAccessoryNone(不显⽰示辅助指⽰示视图), 其他值如下:
UITableViewCellAccessoryDisclosureIndicator
UITableViewCellAccessoryDetailDisclosureButton
UITableViewCellAccessoryCheckmark
还可以通过cell的accessoryView属性来自定义辅助指示视图(⽐如往右边放一个开关)
二、问题
cell的工作:在程序执行的时候,能看到多少条,它就创建多少条数据,如果视图滚动那么再创建新显示的内容。(系统自动调用)。即当一个cell出现在视野范围内的时候,就会调用创建一个cell。这样的逻辑看上去没有什么问题,但是真的没有任何问题吗?
当创建调用的时候,我们使用nslog打印消息,并打印创建的cell的地址。我们发现如果数据量非常大,用户在短时间内来回滚动的话,那么会创建大量的cell,一直开辟空间,且如果是往回滚,通过打印地址,我们会发现它并没有重用之前已经创建的cell,而是重新创建,开辟新的存储空间。
那有没有什么好的解决办法呢?
三、cell的重用原理
(1) iOS设备的内存有限,如果用UITableView显示成千上万条数据,就需要成千上万 个UITableViewCell对象的话,那将会耗尽iOS设备的内存。要解决该问题,需要重用UITableViewCell对象
(2)重⽤原理:当滚动列表时,部分UITableViewCell会移出窗口,UITableView会将窗口外的UITableViewCell放入一个对象池中,等待重用。当UITableView要求dataSource返回 UITableViewCell时,dataSource会先查看这个对象池,如果池中有未使用的UITableViewCell,dataSource则会用新的数据来配置这个UITableViewCell,然后返回给 UITableView,重新显示到窗口中,从而避免创建新对象 。这样可以让创建的cell的数量维持在很低的水平,如果一个窗口中只能显示5个cell,那么cell重用之后,只需要创建6个cell就够了。
(3)注意点:还有⼀个非常重要的问题:有时候需要自定义UITableViewCell(用⼀个子类继 承UITableViewCell),而且每⼀行⽤的不一定是同一种UITableViewCell,所以一 个UITableView可能拥有不同类型的UITableViewCell,对象池中也会有很多不同类型的 UITableViewCell,那么UITableView在重⽤用UITableViewCell时可能会得到错误类型的 UITableViewCell
解决⽅方案:UITableViewCell有个NSString reuseIdentifier属性,可以在初始化UITableViewCell的时候传入一个特定的字符串标识来设置reuseIdentifier(一般用UITableViewCell的类名)。当UITableView要求dataSource返回UITableViewCell时,先 通过一个字符串标识到对象池中查找对应类型的UITableViewCell对象,如果有,就重用,如果没有,就传入这个字符串标识来初始化⼀一个UITableViewCell对象。
示例:
说明:一个窗口放得下(可视)三个cell,整个程序只需要创建4个该类型的cell即可。
四、cell的优化代码
代码示例:
1 #import "NJViewControllerh"
2 #import "NJHeroh"
3
4 // #define ID @"ABC"
5
6 @interface NJViewController ()<UITableViewDataSource, UITableViewDelegate>
7 /
8 保存所有的英雄数据
9 /
10 @property (nonatomic, strong) NSArray heros;
11 @property (weak, nonatomic) IBOutlet UITableView tableView;
12
13 @end
14
15 @implementation NJViewController
16
17 #pragma mark - 懒加载
18 - (NSArray )heros
19 {
20 if (_heros == nil) {
21 // 1获得全路径
22 NSString fullPath = [[NSBundle mainBundle] pathForResource:@"heros" ofType:@"plist"];
23 // 2更具全路径加载数据
24 NSArray dictArray = [NSArray arrayWithContentsOfFile:fullPath];
25 // 3字典转模型
26 NSMutableArray models = [NSMutableArray arrayWithCapacity:dictArraycount];
27 for (NSDictionary dict in dictArray) {
28 NJHero hero = [NJHero heroWithDict:dict];
29 [models addObject:hero];
30 }
31 // 4赋值数据
32 _heros = [models copy];
33 }
34 // 4返回数据
35 return _heros;
36 }
37
38 - (void)viewDidLoad
39 {
40 [super viewDidLoad];
41 // 设置Cell的高度
42 // 当每一行的cell高度一致的时候使用属性设置cell的高度
43 selftableViewrowHeight = 160;
44 }
45
46 #pragma mark - UITableViewDataSource
47 // 返回多少组
48 - (NSInteger)numberOfSectionsInTableView:(UITableView )tableView
49 {
50 return 1;
51 }
52 // 返回每一组有多少行
53 - (NSInteger) tableView:(UITableView )tableView numberOfRowsInSection:(NSInteger)section
54 {
55 return selfheroscount;
56 }
57 // 当一个cell出现视野范围内的时候就会调用
58 // 返回哪一组的哪一行显示什么内容
59 - (UITableViewCell )tableView:(UITableView )tableView cellForRowAtIndexPath:(NSIndexPath )indexPath
60 {
61 // 定义变量保存重用标记的值
62 static NSString identifier = @"hero";
63
64 // 1先去缓存池中查找是否有满足条件的Cell
65 UITableViewCell cell = [tableView dequeueReusableCellWithIdentifier:identifier];
66 // 2如果缓存池中没有符合条件的cell,就自己创建一个Cell
67 if (cell == nil) {
68 // 3创建Cell, 并且设置一个唯一的标记
69 cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:identifier];
70 NSLog(@"创建一个新的Cell");
71 }
72 // 4给cell设置数据
73 NJHero hero = selfheros[indexPathrow];
74 celltextLabeltext = heroname;
75 celldetailTextLabeltext = herointro;
76 cellimageViewimage = [UIImage imageNamed:heroicon];
77
78 // NSLog(@"%@ - %d - %p", heroname, indexPathrow, cell);
79
80 // 3返回cell
81 return cell;
82 }
83
84 #pragma mark - 控制状态栏是否显示
85 /
86 返回YES代表隐藏状态栏, NO相反
87 /
88 - (BOOL)prefersStatusBarHidden
89 {
90 return YES;
91 }
92 @end
ios15系统2021年9月就优化好了
1、ios15怎么样
在笔者看来,最值得关注的并非新款的多样配色,而是新款设备内置的苹果自研M1芯片。
作为苹果出品的M1芯片,性能方面自然优势明显,而且这款芯片能够更完美地契合苹果系统,帮助公司完成生态大一统。
提及此,就不得不说道还没有发布,但早已被各种爆料的iOS15。
根据苹果官方公布的消息,在6月份会召开全球开发者大会。届时,iOS 15会在大会中正式亮相。
虽然目前距离大会召开还有较长的一段时间,但一众爆料人士已经对苹果iOS 15“提前剧透”。
结合多方消息来看,iOS 15的全新界面颜值会非常惊艳。
笔者了解到,iOS 15会采用一套全新的锁屏UI,而iPadOS 15则是重绘主界面。在新版系统中,用户可以在任意界面、任意位置摆放插件,这为消费者提供了更多的可 *** 作空间。
众所周知,苹果 *** 作系统历来以安全性闻名,但在安全的同时,封闭的系统也扼杀了用户的个性。
曾几何时,不少iPhone用户都通过越狱或者其他方法,来更换手机主题。大多数iPhone用户,则只能通过频繁更换壁纸和锁屏来安慰自己。
随着消费者对个性化功能的呼声越来越高,苹果团队逐渐打开权限,在保证手机安全的前提条件下,满足消费者的需求。
例如iOS 14的桌面组件,在iOS 15中,苹果团队想必又会带来惊喜。
除了界面方面大改动之外,iOS 15在功能层面也有更新。据笔者了解,在iOS 15中,消费者可以在锁屏或者控制中心,快速切换驾驶、睡眠、工作等情景模式。
模式的迅速切换,既能帮助用户匹配到相应的消息通知模式,还能够节省消费者的时间。此外,有消息称,iOS 15还会进一步加强隐私控制功能。
例如,配合iOS 145即将上线的透明追踪特性,iOS15会显示当前有哪些程序正在后台悄悄收集数据。同时,iOS 15还会提醒用户,这些程序收集了哪些数据等信息。
参考文章:
iOS 优化篇 - 启动优化之Clang插桩实现二进制重排
iOS App启动优化(四):编译期插桩 && 获取方法符号
iOS 启动优化 + 监控实践
1使用Instruments监测卡顿 选择Animation Hitches
最后分析解决问题:找到罪魁祸首showGIFImageWithLocalName这个函数做了动画导致整个界面卡顿 根据willdisplay显示来启动动画完美解决卡顿
以上就是关于ios开发之uitableview优化机制有哪些全部的内容,包括:ios开发之uitableview优化机制有哪些、ios15系统什么时候可以优化好、iOS性能优化02 -- 启动优化等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)