iOS优化之路

本文探讨了在Objective-C开发中优化对象创建效率和减少内存消耗的方法,通过实例展示了如何避免频繁创建对象导致的性能损耗,并针对Tableview cell过长时引起的内存占用问题提出了解决方案。同时,介绍了在不同场景下如何平衡渲染效果与性能需求,旨在提升移动端应用的流畅性和用户体验。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

持续更新。。。

一,所有的对象创建都需要一定的时间,所以在创建对象的时候,能够复用就不要继续alloc创建对象,举例:

-(NSString *)dateStringFromDate:(NSDate *)now{
    NSDateFormatter* fmt = [[NSDateFormatter alloc] init];
    fmt.dateStyle = kCFDateFormatterShortStyle;
    fmt.timeStyle = kCFDateFormatterShortStyle;
    fmt.locale = [[NSLocale alloc] initWithLocaleIdentifier:@"en_US"];
    NSString* dateString = [fmt stringFromDate:now];
    return dateString;
}

上面这段代码中主要是

    NSDateFormatter* fmt = [[NSDateFormatteralloc]init];

这句代码创建NSDateFormatter 对象耗费时间太多,如果有很多对象都调用这个方法的话就会创建很多个 NSDateFormatter 对象,这样耗费的时间就会很多了,如果是异步返回结果还好,如果是同步返回结果的话,就会阻塞UI,界面不流畅,所以可以这样改:

-(NSString *)dateStringFromDate:(NSDate *)now{
    
    static NSDateFormatter* fmt;
    if(fmt==nil){
        fmt = [[NSDateFormatter alloc] init];
    }
    fmt.dateStyle = kCFDateFormatterShortStyle;
    fmt.timeStyle = kCFDateFormatterShortStyle;
    fmt.locale = [[NSLocale alloc] initWithLocaleIdentifier:@"en_US"];
    NSString* dateString = [fmt stringFromDate:now];
    return dateString;
}
这样的好处是,只创建一个对象,如果下一个对象要调用这个方法的话,省去了创建 NSDateFormatter 对象的时间,所以会有很明显的效果

或者可以这样优化:

+ (NSString *)stringFromDate:(NSDate *)date andFormat:(NSString *)format withTimeZone:(NSTimeZone *)timeZone
{
    if (! date) {
        date = [NSDate date];
    }
    if (! format) {
        format = @"yyyyMMdd HH:mm:ss";
    }
    
    NSMutableDictionary *threadDict = [NSThread currentThread].threadDictionary;
    NSMutableDictionary *dateFormatters = nil;
    
    @synchronized(threadDict)
    {
        dateFormatters = threadDict[@"dateFormatters"];
        if(dateFormatters == nil)
        {
            dateFormatters = [NSMutableDictionary dictionary];
            threadDict[@"dateFormatters"] = dateFormatters;
        }
    }
    
    NSDateFormatter *formatter = dateFormatters[format];
    if(formatter == nil)
    {
        formatter = [[NSDateFormatter alloc] init];
        formatter.timeZone = [NSTimeZone systemTimeZone];
        if([timeZone isKindOfClass:[NSTimeZone class]])
        {
            formatter.timeZone = timeZone;
        }
        
        formatter.locale = [[NSLocale alloc] initWithLocaleIdentifier:@"zh_CN"];
        formatter.dateFormat = format;
        dateFormatters[format] = formatter;
    }
         
    return [formatter stringFromDate:date];
}


每次获取当前线程的 NSDateFormatter 对象,没有就存起来,这样线程之间就不会相互干扰了,同时也到达了复用 NSDateFormatter 对象的目的。


二、tableveiw 的cell 过长时,如果对cell设置渲染效果,会消耗非常大的内存,(麻蛋,查了一天终于找到元凶了)。举例:

当你的单个cell高度达到10000时,开启cell的默认点击渲染效果cell.selectionStyle =UITableViewCellSelectionStyleDefault,会产生一个额外的内存消耗,大概会有多出200M左右的一个峰值,是不是很恐怖!具体原因可能是UIKit内部设计的问题了。

目前的解决方案就是把这个点击渲染效果去掉了 cell.selectionStyle =UITableViewCellSelectionStyleNone  。没办法,渲染效果和性能只能选其一了。。。


待续。。。



 

基于html+python+Apriori 算法、SVD(奇异值分解)的电影推荐算法+源码+项目文档+算法解析+数据集,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 电影推荐算法:Apriori 算法、SVD(奇异值分解)推荐算法 电影、用户可视化 电影、用户管理 数据统计 SVD 推荐 根据电影打分进行推荐 使用 svd 模型计算用户对未评分的电影打分,返回前 n 个打分最高的电影作为推荐结果 n = 30 for now 使用相似电影进行推荐 根据用户最喜欢的前 K 部电影,分别计算这 K 部电影的相似电影 n 部,返回 K*n 部电影进行推荐 K = 10 and n = 5 for now 根据相似用户进行推荐 获取相似用户 K 个,分别取这 K 个用户的最喜爱电影 n 部,返回 K*n 部电影进行推荐 K = 10 and n = 5 for now Redis 使用 Redis 做页面访问次数统计 缓存相似电影 在使用相似电影推荐的方式时,每次请求大概需要 6.6s(需要遍历计算与所有电影的相似度)。 将相似电影存储至 redis 中(仅存储 movie_id,拿到 movie_id 后还是从 mysql 中获取电影详细信息), 时间缩短至:93ms。 十部电影,每部存 top 5 similar movie 登录了 1-6 user并使用了推荐系统,redis 中新增了 50 部电影的 similar movie,也就是说,系统只为 6 为用户计算了共 60 部电影的相似度,其中就有10 部重复电影。 热点电影重复度还是比较高的
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值