本章著重講解Instruments中的Core Animation工具吐根。需要真機(jī)調(diào)試
首先Command+i打開Instruments忧额，雙擊打開Core Animation工具
最新的xcode把調(diào)試工具換了個位置泌神，之前還一直找不到良漱。點擊紅色實心圈圈開始錄制舞虱。
調(diào)試
Color Blended Layers 圖層混合
Color Blended Layers 用來檢測哪里發(fā)生了圖層混合，并用紅色標(biāo)記出來母市，所以我們要盡可能減少看到的紅色區(qū)域矾兜。
我們先來看一份簡單的代碼
打開Color Blended Layers ，查看運行效果
注意看患久，UIView和UILabel都被標(biāo)注成紅色椅寺，因為他們都發(fā)生了圖層混合，UILabel的背景顏色默認(rèn)是透明的蒋失。
那么返帕，發(fā)生了圖層混合跟我們的性能有什么關(guān)系呢？
當(dāng)然有關(guān)系篙挽，因為圖層混合需要消耗一定的GPU資源去計算混合圖層的顏色荆萤，如果你把它的透明度設(shè)為100%，GPU就會自動忽略覆蓋在下面的所有l(wèi)ayer,只顯示最頂層的layer的顏色铣卡，從而省去了多余的運算链韭，性能也得到了優(yōu)化。
所以煮落，要解決上面的問題敞峭，只需要把 ViewA 的alpha設(shè)置為1.0,還有給UILabel加上一個不透明的背景顏色就可以了。
但是蝉仇，對于UIImageView而言旋讹，不僅UIImageView自身需要不透明之外，它的圖片也不能含有alpha通道量淌。因此骗村，如果是UIImageView出現(xiàn)了圖層混合，而你確定你自己的代碼沒有問題的話呀枢，可以聯(lián)系一下美工解決問題胚股。
Color Hits Green and Misses Red(光柵化)
光柵化，這個我在之前的文章iOS的視圖渲染中有提到過裙秋，它的意思是：使用緩存的光柵化被標(biāo)記為綠色琅拌，否則就被標(biāo)記為紅色。就是要你出現(xiàn)的綠色越多越好就對了摘刑。
光柵化就是將一個layer預(yù)先渲染成一個bitmap(位圖)进宝，然后加入到緩沖中。對于陰影枷恕、圓角這些會造成離屏渲染的操作党晋，而且是靜態(tài)的進(jìn)行光柵化處理，性能會得到很大部分的提升。
如何為一個layer開啟光柵化未玻，其實就一句話：
label.layer.shouldRasterize = true
例子：我將UITableView中的textLabel添加了陰影效果灾而，并且添加了一個光柵化的開關(guān)。
打開Color Hits Green and Misses Red 進(jìn)行調(diào)試扳剿，并打開swich的開關(guān)開啟光柵化旁趟。發(fā)現(xiàn)label都呈現(xiàn)紅色。但是當(dāng)你滑動的時候庇绽，label都變成綠色锡搜。因為都被緩存起來了。
當(dāng)你小幅度滑動的時候瞧掺，一直都是綠色耕餐。
當(dāng)你大幅度滑動的時候，新出現(xiàn)的label先是紅色夸盟，再是綠色蛾方。
如果禁止一秒，剛開始滑動label又是變成紅色再變綠色上陕。
總結(jié)：layer進(jìn)行光柵化后渲染成位圖放在緩存中桩砰。當(dāng)屏幕出現(xiàn)滑動時，我們直接從緩存中讀取而不必渲染释簿，所以會看到綠色亚隅。當(dāng)新的label出現(xiàn)時，緩存中沒有個這個label的位圖庶溶，所以會變成紅色煮纵。還有一個非常重要的一點，就是緩存中的對象有效期只有100ms偏螺，即如果在0.1s內(nèi)沒有被使用就會自動從緩存中清理出去行疏。這就是為什么停留一會兒再滑動就會看到紅色。
光柵化有利也有弊套像，好的一面就是它會幫我們緩存酿联，但是壞的一面呢？當(dāng)你的label是動態(tài)變化的時候夺巩，這個就是壞處了贞让，當(dāng)你滑動的時候一直在幫你創(chuàng)建緩存。所以說柳譬，光柵化適合靜態(tài)的的效果喳张。動態(tài)的效果不適合。
Color Copied Images（圖片像素數(shù)據(jù)格式）
這個在之前的iOS的視圖渲染中也有提到過美澳，圖片(UIImage)被設(shè)置到UIImageView或者layer.contents,在layer被提交到GPU之前销部，會進(jìn)行解碼操作摸航，得到像素數(shù)據(jù)格式，如果GPU不支持這種格式柴墩，則CPU需要進(jìn)行格式轉(zhuǎn)換忙厌。此時，如果勾選Color Copied Images這個選項江咳，圖片會被標(biāo)記為藍(lán)色，說明這張圖片格式出現(xiàn)了問題哥放〖咧福可惜我本身對這方面不熟悉，所以并不能模擬出這個例子給你們看甥雕。
Color Non-Standard Surface Formats
這個選項目前找不到資料是干嘛用的踩身，蘋果文檔以及stackOverFlow都找不到對他的解釋。
Color Immediately（顏色刷新頻率）
Color Immediately.Removes the 10 ms delay when performing color-flush operations.
在執(zhí)行顏色刷新操作時移除10毫秒延遲社露。一般這個調(diào)試選項我們是用不到的挟阻。
Color Misaligned Images(圖片大小)
1.當(dāng)圖片的像素大小和控件的大小不一致導(dǎo)致需要縮放的時候，圖片會呈現(xiàn)黃色,如正常的2倍圖大小是 100px * 100 px,那么峭弟，我們UIImageView的大小就應(yīng)該是50point*50point.
Color Offscreen-Rendered Yellow（離屏渲染）
打開這個選項附鸽，會把離屏渲染的地方標(biāo)記為黃色，所以瞒瘸，我們應(yīng)該黃色坷备。
離屏渲染出現(xiàn)的情況：
（1）layer.shouldRasterize
（2）layer.shadow
（3）layer.mask
（4）layer.masksToBounds && layer.cornerRadius
（5）drawRect:方法
對于避免離屏渲染具體操作可以看iOS的視圖渲染。
第一個是手動開啟離屏渲染情臭，對于靜態(tài)的內(nèi)容省撑，設(shè)置layer.shouldRasterize = true,其實對性能是有很大的優(yōu)化的，此時如果看到黃色俯在，我們也可以把他忽略竟秫。但是如果是動態(tài)的內(nèi)容，設(shè)置layer.shouldRasterize = true 是很消耗性能的跷乐，所以我們就應(yīng)該把shouldRasterize給關(guān)掉肥败。這個看具體情況。
另外劈猿，這里還需要說一下拙吉，最近在測試的時候發(fā)現(xiàn)，對UIImageView直接設(shè)置圓角并不會出現(xiàn)離屏渲染揪荣，后來查了一下筷黔，原來是因為iOS版本的原因
iOS 9.0 之前UIimageView跟UIButton設(shè)置圓角都會觸發(fā)離屏渲染。
iOS 9.0 之后UIButton設(shè)置圓角會觸發(fā)離屏渲染仗颈，而UIImageView里png圖片設(shè)置圓角不會觸發(fā)離屏渲染了佛舱，如果設(shè)置其他陰影效果之類的還是會觸發(fā)離屏渲染的椎例。
Color Compositing Fast-Path Blue (快速路徑)
Places a blue overlay over content that is detached from the compositor.標(biāo)記由硬件繪制的路徑為藍(lán)色，藍(lán)色越多越好请祖，可以對直接使用OpenGL繪制的圖層進(jìn)行高亮订歪。沒有對OpenGL有過多的研究，所以這里沒辦法給出demo肆捕，大家只需要記住藍(lán)色越多越好就ok刷晋。你們可以拿我的OpenGLES中的項目去測試。
Flash Updated Regions (重繪區(qū)域)
這個選項會對重繪的內(nèi)容高亮成黃色,重繪就是指使用Core Graphics繪制慎陵，繪制會損耗一定的性能眼虱，因此重繪區(qū)域應(yīng)該越小越好。對于未發(fā)生變化的內(nèi)容則不應(yīng)該重繪席纽。
需要的話可以下載我的demo看下：?Github
