JSON

性能优化的25个建议和技巧(5)

字号+ 作者:H5之家 来源:H5之家 2016-10-10 16:06 我要评论( )

在性能层面来讲,SQLite和Core Data是很相的。他们的不同在于具体使用方法。Core Data代表一个对象的graph model,但SQLite就是一个DBMS。Apple在一般情况下建议使用Core Data,但是如果你有理由不使用它,那么就去

在性能层面来讲,SQLite和Core Data是很相似的。他们的不同在于具体使用方法。Core Data代表一个对象的graph model,但SQLite就是一个DBMS。Apple在一般情况下建议使用Core Data,但是如果你有理由不使用它,那么就去使用更加底层的SQLite吧。

如果你使用SQLite,你可以用FMDB(https://github.com/ccgus/fmdb)这个库来简化SQLite的操作,这样你就不用花很多经历了解SQLite的C API了。

 

进阶性能提示

想要一些是你成为程序猿忍者的精英级的建议吗?下面这些提示可以帮你把你的app优化到极致!

22. 加速启动时间

快速打开app是很重要的,特别是用户第一次打开它时,对app来讲,第一印象太太太重要了。

你能做的就是使它尽可能做更多的异步任务,比如加载远端或者数据库数据,解析数据。

还是那句话,避免过于庞大的XIB,因为他们是在主线程上加载的。所以尽量使用没有这个问题的Storyboards吧!

注意,用Xcode debug时watchdog并不运行,一定要把设备从Xcode断开来测试启动速度

 

23. 使用Autorelease Pool

`NSAutoreleasePool`负责释放block中的autoreleased objects。一般情况下它会自动被UIKit调用。但是有些状况下你也需要手动去创建它。

假如你创建很多临时对象,你会发现内存一直在减少直到这些对象被release的时候。这是因为只有当UIKit用光了autorelease pool的时候memory才会被释放。

好消息是你可以在你自己的@autoreleasepool里创建临时的对象来避免这个行为:

1 2 3 4 5 6 7 8 9 NSArray *urls = <# An array of file URLs #>; for (NSURL *url in urls) {     @autoreleasepool {         NSError *error;         NSString *fileContents = [NSString stringWithContentsOfURL:url                                          encoding:NSUTF8StringEncoding error:&error];         /* Process the string, creating and autoreleasing more objects. */     } }

这段代码在每次遍历后释放所有autorelease对象

更多关于NSAutoreleasePool请参考。

 

24. 选择是否缓存图片

常见的从bundle中加载图片的方式有两种,一个是用`imageNamed`,二是用`imageWithContentsOfFile`,第一种比较常见一点。

既然有两种类似的方法来实现相同的目的,那么他们之间的差别是什么呢?

`imageNamed`的优点是当加载时会缓存图片。`中这么说:
这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象如果它存在的话。如果缓存中没有找到相应的图片,这个方法从指定的文档中加载然后缓存并返回这个对象。

相反的,`imageWithContentsOfFile`仅加载图片。

下面的代码说明了这两种方法的用法:

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

那么我们应该如何选择呢?

如果你要加载一个大图片而且是一次性使用,那么就没必要缓存这个图片,用`imageWithContentsOfFile`足矣,这样不会浪费内存来缓存它。

然而,在图片反复重用的情况下`imageNamed`是一个好得多的选择。

 

25. 避免日期格式转换

如果你要用`NSDateFormatter`来处理很多日期格式,应该小心以待。就像先前提到的,任何时候重用`NSDateFormatters`都是一个好的实践。

然而,如果你需要更多速度,那么直接用C是一个好的方案。Sam Soffes有一个不错的帖子()里面有一些可以用来解析ISO-8601日期字符串的代码,简单重写一下就可以拿来用了。

嗯,直接用C来搞,看起来不错了,但是你相信吗,我们还有更好的方案!

如果你可以控制你所处理的日期格式,尽量选择Unix时间戳。你可以方便地从时间戳转换到NSDate:

1 2 3 - (NSDate*)dateFromUnixTimestamp:(NSTimeInterval)timestamp {  return [NSDate dateWithTimeIntervalSince1970:timestamp];  }

这样会比用C来解析日期字符串还快!

需要注意的是,许多web API会以微秒的形式返回时间戳,因为这种格式在javascript中更方便使用。记住用`dateFromUnixTimestamp`之前除以1000就好了。

更多阅读

下列这些WWDC视频强烈推荐给想要提高app性能的开发者。你首先需要保证你有使你的Apple ID注册为一个开发者身份才能看在这里看WWDC 2012的视频。

一些01年的WWDC视频也很有价值:

其它一些值得看的视频,大部分来自iOS 5 Tech Talks:

基于《Your iOS App Performance Hitlist》这个Michael Jurewitz的视频,Ole Begemann写了一篇文字总结的文章。

Apple提供了一个非常有用的叫做“Performance Tuning | 性能调优”的资源。

Tags:iOS开发   性能优化   优化技巧   iOS开发   性能优化

 

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。

相关文章
  • iOS 网络编程 (四)JSON解析

    iOS 网络编程 (四)JSON解析

    2016-09-19 10:00

  • iOS开发技巧系列---打造强大的BaseModel

    iOS开发技巧系列---打造强大的BaseModel

    2016-07-21 18:01

  • Mysql常用的优化技巧

    Mysql常用的优化技巧

    2015-11-24 12:36

  • iOS开发Post请求错误:Error Domain=NSCocoaErrorDomain Code=3840

    iOS开发Post请求错误:Error Domain=NSCocoaErrorDomain Code=3840 "

    2015-11-23 19:03

网友点评