iOS性能優化之頁面加載速率

NO IMAGE

iOS性能優化之頁面加載速度

iOS性能優化之頁面加載速率

前言

之前蒐羅了網上很多關於iOS性能優化方面的資料 ,本人和我的小夥伴們也用了一些時間針對自己的App進行了App的啟動速率、頁面的加載速率和 頁面的幀率方面進行了優化,所以結合了理論和實踐,把我們在實踐中主要踩過的坑和需要注意的東西 ,總結了一下,希望可以幫到正在準備進行App的性能優化的你。今天主要講一下App的頁面加載速率的優化。

目的

為了找到真正使我們的App緩慢的原因,我們使用Xcode或者一些第三方平臺,進行數據測試;

一、頁面加載速率的定義

頁面加載速率:關於頁面的加載速度的統計,我們是測試一個viewcontroller從viewdidload的第一行到viewdidappear的最後一行所用的時間。

二、頁面加載速率的目標值

目標:頁面加載速率最好完美的時間在0.3s左右
為了弄明白,到底是什麼原因讓我們的App,頁面加載速度相對來說比較慢,我們對頁面的UI進行優化,數據也進行了異步加載,我們hook數據一看,頁面的加載速度果然有所減少,但是減少的值大概只有0.03s,很明顯這個值不足以達到我們想要的效果,後來,通過寫了一些測試demo,針對空白頁面和有UI創建的頁面進行各種對比後,似乎和我們頁面加載過程中的push動畫有很大的關係;下面所做的實驗主要是為了驗證這個問題,針對這個問題,我選取了我們工程的一個類,對有push進入到這個頁面有過場動畫和沒有動畫進行測試,以下數據是測試結果:

iOS性能優化之頁面加載速率

通過這個實驗,我們可以看出,不加動畫的話,我們的頁面加載的速度可以說是沒有任何的卡頓,超級迅速,但是如果把過場動畫給打開,單是動畫的時間就是在0.5s左右,而s我們是希望用戶在點擊跳轉頁面的時候,目標是頁面在0.3s【注:0.3s是根據自己App的情況 ,基於性能優化的2-5-8原則來定義的。(2-5-8原則:就是當用戶能夠在2秒以內得到響應時,會感覺系統的響應很快;當用戶在2-5秒之間得到響應時,會感覺系統的響應速度還可以;當用戶在5-8秒以內得到響應時,會感覺系統的響應速度很慢,但是還可以接受;而當用戶在超過8秒後仍然無法得到響應時,會感覺系統糟透了,或者認為系統已經失去響應,而選擇離開)】左右呈現,這如果加動畫,這個目標很難達到;不過通過查找相關資料,我們證實了我們可以把如果有過場動畫的頁面,去掉動畫,而是通過我們自己去給用戶添加一個過場動畫,而這個時間是可以受到我們自己的控制,而不是傻傻的等動畫結束後再加載頁面內容。的這就是說,可以一邊動畫的時候,一邊已經開始加載頁面相關東西了,這樣可以大大的優化頁面加載時間。

三、優化前數據

iOS性能優化之頁面加載速率

四、 優化後的數據

iOS性能優化之頁面加載速率

到這裡 ,你一定想問 :我該如何hook數據的???

五、如何進行數據的收集

  1. 給UIViewController 創建一個分類 eg :UIViewController+Swizzle

  2. 代碼如下

#import <UIKit/UIKit.h>
#import <objc/runtime.h>
@interface UIViewController (Swizzle)
@property(nonatomic,assign) CFAbsoluteTime viewLoadStartTime;
@end
#import "UIViewController+Swizzle.h"
#import <objc/runtime.h>
static char *viewLoadStartTimeKey = "viewLoadStartTimeKey";
@implementation UIViewController (Swizzle)
-(void)setViewLoadStartTime:(CFAbsoluteTime)viewLoadStartTime{
objc_setAssociatedObject(self, &viewLoadStartTimeKey, @(viewLoadStartTime), OBJC_ASSOCIATION_COPY);
}
-(CFAbsoluteTime)viewLoadStartTime{
return [objc_getAssociatedObject(self, &viewLoadStartTimeKey) doubleValue];
}
+ (void)load
{
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
SEL origSel = @selector(viewDidAppear:);
SEL swizSel = @selector(swiz_viewDidAppear:);
[UIViewController swizzleMethods:[self class] originalSelector:origSel swizzledSelector:swizSel];
SEL [email protected](viewWillAppear:);
SEL [email protected](swiz_viewWillAppear:);
[UIViewController swizzleMethods:[self class] originalSelector:vcWillAppearSel swizzledSelector:swizWillAppearSel];
SEL [email protected](viewDidLoad);
SEL [email protected](swiz_viewDidLoad);
[UIViewController swizzleMethods:[self class] originalSelector:vcDidLoadSel swizzledSelector:swizDidLoadSel];
SEL [email protected](viewDidDisappear:);
SEL [email protected](swiz_viewDidDisappear:);
[UIViewController swizzleMethods:[self class] originalSelector:vcDidDisappearSel swizzledSelector:swizDidDisappearSel];
SEL [email protected](viewWillDisappear:);
SEL [email protected](swiz_viewWillDisappear:);
[UIViewController swizzleMethods:[self class] originalSelector:vcWillDisappearSel swizzledSelector:swizWillDisappearSel];
});
}
+ (void)swizzleMethods:(Class)class originalSelector:(SEL)origSel swizzledSelector:(SEL)swizSel
{
Method origMethod = class_getInstanceMethod(class, origSel);
Method swizMethod = class_getInstanceMethod(class, swizSel);
//class_addMethod will fail if original method already exists
BOOL didAddMethod = class_addMethod(class, origSel, method_getImplementation(swizMethod), method_getTypeEncoding(swizMethod));
if (didAddMethod) {
class_replaceMethod(class, swizSel, method_getImplementation(origMethod), method_getTypeEncoding(origMethod));
} else {
//origMethod and swizMethod already exist
method_exchangeImplementations(origMethod, swizMethod);
}
}
- (void)swiz_viewDidAppear:(BOOL)animated
{
[self swiz_viewDidAppear:animated];
if (self.viewLoadStartTime) {
CFAbsoluteTime linkTime = (CACurrentMediaTime() - self.viewLoadStartTime);
NGLog(@" %f s--------------------ssssss   %@:速度:         %f s",self.viewLoadStartTime, self.class,linkTime  );
self.viewLoadStartTime = 0;
}
}
-(void)swiz_viewWillAppear:(BOOL)animated
{
[self swiz_viewWillAppear:animated];
}
-(void)swiz_viewDidDisappear:(BOOL)animated
{
[self swiz_viewDidDisappear:animated];
}
-(void)swiz_viewWillDisappear:(BOOL)animated
{
[self swiz_viewWillDisappear:animated];
}
-(void)swiz_viewDidLoad
{
self.viewLoadStartTime =CACurrentMediaTime();
NSLog(@" %@swiz_viewDidLoad startTime:%f",self.class, self.viewLoadStartTime );
[self swiz_viewDidLoad];
}
@end

##如何進行優化

  1. 方法:充分利用push 動畫的時間 ,使頁面在進入的時候,同事進行類似push 動畫,這樣可以充分減少頁面的加載速度(不包括網絡請求時間,網絡的請求的時間我們這邊不好控制)。

  2. 具體實現代碼如下
    重寫 push方法

- (void)pushViewController:(UIViewController *)viewController animated:(BOOL)animated {
if (self.viewControllers.count > 0) {
viewController.hidesBottomBarWhenPushed = YES;
if (animated) {
CATransition *animation = [CATransition animation];
animation.duration = 0.4f;
animation.timingFunction = [CAMediaTimingFunction functionWithName:kCAMediaTimingFunctionEaseInEaseOut];
animation.type = kCATransitionPush;
animation.subtype = kCATransitionFromRight;
[self.navigationController.view.layer addAnimation:animation forKey:nil];
[self.view.layer addAnimation:animation forKey:nil];
[super pushViewController:viewController animated:NO];
return;
}
}
[super pushViewController:viewController animated:animated];
}
  1. 通過控制檯 ,我們就可以看到頁面的加載的速度了,主要的方法是swiz_viewDidLoad 和swiz_viewDidAppear

六、優化後的結果

iOS性能優化之頁面加載速率

七、結果分析

我們可以看出,我們的頁面的viewDidAppear是在過場動畫結束後被調用的,而過場動畫的持續時間是0.5秒左右。所以我們的頁面平均在0.8秒左右的頁面,如果要優化得更好,我們可以看有沒有方法解決這個問題,如果能替換掉動畫,讓動畫在進行的過程中 ,頁面的加載也在異步的進行中,這樣 我們就可以縮短頁面的加載時間了;注:但這個加載對加載h5的頁面不適用;

一個簡單的demo ,由於內容不多 ,所以效果不是太明顯
github地址:

github.com/chenHuiMing…

相關文章

跨表查詢經常有,何為跨表更新?

我的2019歸零,2020走你

Flutter入門學習:Flutter簡介以及在macOS上搭建Flutter開發環境

iOS性能優化之耗電量