性能測試的示例分析

小編給大家分享一下性能測試的示例分析，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

　　如何正確的測量而不是猜測這點很重要。根據性能相關的知識寫出代碼不同于倉促的優化。前者很好，后者實際上就是在浪費時間。

那該如何測量呢？

　　第一步就是確保在真實環境下測試你的程序。

　　當你開始做一些性能方面的工作時，一定要在真機上測試，而不是模擬器。模擬器雖然是加快開發效率的一把利器，但它不能提供準確的真機性能參數。

　　模擬器運行在你的Mac上，然而Mac上的CPU往往比iOS設備要快。相反，Mac上的GPU和iOS設備的完全不一樣，模擬器不得已要在軟件層面（CPU）模擬設備的GPU，這意味著GPU相關的操作在模擬器上運行的更慢，尤其是使用CAEAGLLayer來寫一些OpenGL的代碼時候。

　　這就是說在模擬器上的測試出的性能會高度失真。如果動畫在模擬器上運行流暢，可能在真機上十分糟糕。如果在模擬器上運行的很卡，也可能在真機上很平滑。你無法確定。

　　性能測試一定使用發布配置

　　另一件重要的事情就是性能測試一定要用發布配置，而不是調試模式。因為當用發布環境打包的時候，編譯器會引入一系列提高性能的優化，例如去掉調試符號或者移除并重新組織代碼。你也可以自己做到這些，例如在發布環境禁用NSLog語句。你只關心發布性能，那才是你需要測試的點。

　　最后，最好在你支持的設備中性能最差的設備上測試：如果基于iOS6開發，這意味著最好在iPhone3GS或者iPad2上測試。如果可能的話，測試不同的設備和iOS版本，因為蘋果在不同的iOS版本和設備中做了一些改變，這也可能影響到一些性能。例如iPad3明顯要在動畫渲染上比iPad2慢很多，因為渲染4倍多的像素點（為了支持視網膜顯示）。

　　為了做到動畫的平滑，你需要以60FPS（幀每秒）的速度運行，以同步屏幕刷新速率。通過基于NSTimer或者CADisplayLink的動畫你可以降低到30FPS，而且效果還不錯，但是沒辦法通過CoreAnimation做到這點。如果不保持60FPS的速率，就可能隨機丟幀，影響到體驗。

　　你可以在使用的過程中明顯感到有沒有丟幀，但沒辦法通過肉眼來得到具體的數據，也沒法知道你的做法有沒有真的提高性能。你需要的是一系列精確的數據。

　　你可以在程序中用CADisplayLink來測量幀率，然后在屏幕上顯示出來，但應用內的FPS顯示并不能夠完全真實測量出CoreAnimation性能，因為它僅僅測出應用內的幀率。我們知道很多動畫都在應用之外發生（在渲染服務器進程中處理），但同時應用內FPS計數的確可以對某些性能問題提供參考，一旦找出一個問題的地方，你就需要得到更多精確詳細的數據來定位到問題所在。蘋果提供了一個強大的Instruments工具集來幫我們做到這些。

看完了這篇文章，相信你對“性能測試的示例分析”有了一定的了解，如果想了解更多相關知識，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！