ios内存优化实例

11.避免导致循环引用,通知,timer,KVO的及时remove

  timer避免的方式是用GCD定时器。

1.UITableViewCells,UICollectionViewCells。甚至是UITableViewHeaderFooterViews设置正确的reuseIdentifier。

使用rowHeight, sectionFooterHeight和 sectionHeaderHeight来设定固定的高,不要请求delegate

2.假设你不得不XIB的话。使他们尽量简单。尝试为每一个Controller配置一个单独的XIB,尽可能把一个ViewController的view层次结构分散到单独的XIB中去。

须要注意的是,当你载入一个XIB的时候全部内容都被放在了内存里,包含不论什么图片。假设有一个不会即刻用到的view,你这就是在浪费宝贵的内存资源了。Storyboards就是还有一码事儿了。storyboard仅在须要时实例化一个viewcontroller.

3.不要堵塞主线程,应该尽量避免将其他处理放在主线程中,特别复杂的数据计算和网络请求等.

4.image相关

在Image Views中调整图片大小

假设要在UIImageView中显示一个来自bundle的图片,你应保证图片的大小和UIImageView的大小同样。在执行中缩放图片是非常耗费资源的,特别是UIImageView嵌套在UIScrollView中的情况下。

对比opengles: 图片展示本质(解压缩)

    CGContextRef spriteContext = CGBitmapContextCreate(spriteData, width, height, 8, width*4,CGImageGetColorSpace(spriteImage), kCGImageAlphaPremultipliedLast);
    
    在CGContextRef上--> 将图片绘制出来

    CGImageRef spriteImage = [UIImage imageNamed:fileName].CGImage;
     CGContextDrawImage 使用的是Core Graphics框架,坐标系与UIKit 不一样。UIKit框架的原点在屏幕的左上角,Core Graphics框架的原点在屏幕的左下角。
     CGContextDrawImage 
     参数1:绘图上下文
     参数2:rect坐标
     参数3:绘制的图片

    CGRect rect = CGRectMake(0, 0, width, height);
    使用默认方式绘制
    CGContextDrawImage(spriteContext, rect, spriteImage);

选择是否缓存图片

UIImage *img = [UIImage imageNamed:@"myImage"];// caching
UIImage *img = [UIImage imageWithContentsOfFile:@"myImage"];// no caching

SDImage对图片的加载时候存本地,根据不同的情况判断

5.懒加载

6.动画尽量在layer上实现,渲染图片 opengl、metal的方式实现。

CALayer是图层,和界面展示相关
1.UIView相比CALayer最大的区别是UIView继承NSResponse,可以响应用户事件,而CALayer继承与NSObject不可以响应用户的响应事件。
2.UIView侧重对于显示内容的管理,CALayer侧重于对内容的绘制。
3.UIView和CALayer是相互依赖的关系。UIView的显示依赖于CALayer提供的内容。CALayer依赖UIView的容器来显示绘制的内用。
4.UIView来自CALayer,高于CALayer,是CALayer的高层实现与封装。UIView的所有特性来源于CALayer的支持。

7.处理内存警告

· 在app delegate中使用applicationDidReceiveMemoryWarning:的方法

· 在你的自己定义UIViewController的子类(subclass)中覆盖didReceiveMemoryWarning

· 注冊并接收UIApplicationDidReceiveMemoryWarningNotification 的通知

8.比方NSDateFormatter和NSCalendar。须要重用他们 设置一个单例(设置属性很费性能相当于新建一个)。减少日期的转换。

@property (nonatomic, strong) NSDateFormatter *formatter;
- (NSDateFormatter *)formatter {

    if(! _formatter) {

        _formatter = [[NSDateFormatter alloc] init];

        _formatter.dateFormat = @"EEE MMM dd HH:mm:ss Z yyyy";// twitter date format

    }

    return_formatter;

}

9. 降低使用Web特性

10. 选择正确的数据存储方式

Documents:保存应用运行时生成的需要持久化的数据,iTunes同步设备时** 会 备份该目录。例如,游戏应用可将游戏存档保存在该目录
tmp:保存应用运行时所需的临时数据,使用完毕后再将相应的文件从该目录删除。应用没有运行时,系统也可能会清除该目录下的文件。iTunes同步设备时
不会 备份该目录
Library/Caches:保存应用运行时生成的需要持久化的数据,iTunes同步设备时
不会 备份该目录。一般存储体积大、不需要备份的非重要数据
Library/Preference:保存应用的所有偏好设置,iOS的Settings(设置)应用
会 *在该目录中查找应用的设置信息。iTunes同步设备时 会 *备份该目录

NSUserDefaults(偏好设置是专门用来保存应用程序的配置信息的)

之前碰到个坑就是从服务器拿到数据部分用这种方式存储,服务器返回NSNull,我们这边也没有model层转,就直接存储了,导致app卡掉但并没有闪退之类,就是线程卡死的情况

plist(属性列表)

NSKeyedArchiver(对象归档)

需要实现copy协议
只有遵守了NSCoding或 NSSecureCoding(更为安全的归档协议)协议,并且实现了协议里归档与解归档的方法的的类创建的对象才能够进行归档
最好也实现以下NSCopying,NSCopying与NSCoding一起实现好处在于允许复制对象,使用数据模型对象时有较大的灵活性

iOS的嵌入式关系数据库SQLite3(FMDB - 表格形式)

    // 获得Documents目录路径
    
    NSString *documentsPath = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];
    
    // 文件路径
    
    NSString *filePath = [documentsPath stringByAppendingPathComponent:@"model.sqlite"];
    
    // 实例化FMDataBase对象
    
    _db = [FMDatabase databaseWithPath:filePath];
    
    [_db open];
    
    // 初始化数据表
    NSString *personSql = @"CREATE TABLE 'person' ('id' INTEGER PRIMARY KEY AUTOINCREMENT  NOT NULL ,'person_id' VARCHAR(255),'person_name' VARCHAR(255),'person_age' VARCHAR(255),'person_number'VARCHAR(255)) ";
    NSString *carSql = @"CREATE TABLE 'car' ('id' INTEGER PRIMARY KEY AUTOINCREMENT  NOT NULL ,'own_id' VARCHAR(255),'car_id' VARCHAR(255),'car_brand' VARCHAR(255),'car_price'VARCHAR(255)) ";
    
    [_db executeUpdate:personSql];
    [_db executeUpdate:carSql];
    
        [_db executeUpdate:@"INSERT INTO person(person_id,person_name,person_age,person_number)VALUES(?,?,?,?)",maxID,person.name,@(person.age),@(person.number)];

    [_db executeUpdate:@"DELETE FROM person WHERE person_id = ?",person.ID];

    [_db executeUpdate:@"UPDATE 'person' SET person_name = ?  WHERE person_id = ? ",person.name,person.ID];

     [_db executeQuery:[NSString stringWithFormat:@"SELECT * FROM car where own_id = %@",person.ID]];

    [_db close];

Core Data /MagicalRecord(model形式去存储,可以直接在Xcode操作表单)。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349