代码优化工具:Instruments学习&nbs…

Instruments:优化代码

 所有 Instruments 的工作都在一个跟踪文档(trace documents)里面完成。一 个跟踪文档收集那些被 instruments 聚集的与该文档有关的数据。每个跟踪文档通常 包含一个会话的价值数据,这也是作为一个单一的跟踪。你可以保存跟踪文档到你已 经收集的跟踪数据备份里面,然后可以在以后再次打开并查看它们.现在InstrumentsXCode已经自带，右键点击有个开发工具选择。

 用Time Profile优化代码，可以查看代码耗时，帮助你改进代码

选择工具之后有个call tree 里面的几种中文注释：

Separate By Thread:线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.

Invert Call Tree:从上到下跟踪堆栈信息.这个选项可以快捷的看到方法调用路径最深方法占用CPU耗时,比如FuncA{FunB{FunC}},勾选后堆栈以C->B->A把调用层级最深的C显示最外面. 

Hide Missing Symbols:如果dSYM无法找到你的APP或者调用系统框架的话，那么表中将看到调用方法名只能看到16进制的数值,勾选这个选项则可以隐藏这些符号，便于简化分析数据.

Hide System Libraries:这个就更有用了,勾选后耗时调用路径只会显示app耗时的代码,性能分析普遍我们都比较关系自己代码的耗时而不是系统的.基本是必选项.注意有些代码耗时也会纳入系统层级，可以进行勾选前后前后对执行路径进行比对会非常有用.

NSDateFormatter对象本身初始化很慢,同样还有NSCalendar也是如此.然而在一些使用场景中不可避免要使用他们,比如Json数据解析中.使用这个对象同时避免其性能开销带来性能开销,一般比较好的方式是通过添加属性(推荐)或创建静态变量保持该对象只被初始化一次，而被多次复用.不得不值得一提的是设置一个NSDateFormatter属性速度差不多是和创建新的实例对象一样慢！//就是说网络加载这种最好做个判断只加载一次而不是说加载多次

UIImage加载图片方式一般有两种:

A：imagedNamed初始化

B：imageWithContentsOfFile初始化

二者不同之处在于,imageNamed默认加载图片成功后会内存中缓存图片,这个方法用一个指定的名字在系统缓存中查找并返回一个图片对象.如果缓存中没有找到相应的图片对象,则从指定地方加载图片然后缓存对象，并返回这个图片对象.

而imageWithContentsOfFile则仅只加载图片,不缓存.

大量使用imageNamed方式会在不需要缓存的地方额外增加开销CPU的时间来做这件事.当应用程序需要加载一张比较大的图片并且使用一次性，那么其实是没有必要去缓存这个图片的，用imageWithContentsOfFile是最为经济的方式,这样不会因为UIImage元素较多情况下，CPU会被逐个分散在不必要缓存上浪费过多时间.//原来是这样，以前都为了省力直接imaged named 这样会导致缓存而导致运行慢。。。以后看来只能放弃这个破方法了。