前言
??App優(yōu)化跨新，是一個工作富腊、面試或KPI都繞不開的話題，如何讓用戶使用流暢呢域帐？今天謹(jǐn)以此篇文章總結(jié)一下過去兩個月我在工作中的優(yōu)化事項到底有那些播歼，優(yōu)化方面還算小白妻怎，有不對的地方還望指出海涵, 該文章主要通過講述Native跳轉(zhuǎn)到Flutter界面秒開率提升似芝。
問題分析
??當(dāng)你拿到反饋App頁面渲染時間長的工單的時候陈症，第一步想到的不應(yīng)該是有那些那些方法可以降低耗時烹植，我們應(yīng)該根據(jù)自己的真實業(yè)務(wù)觸發(fā)薛窥，第一步 驗證 通過打點或者工具去驗證這個問題库倘，了解 一個頁面打開耗時的統(tǒng)計方式巴元，分析一個打開耗時是由那些方面組成舵盈，通過那些技術(shù)手段去解決80%的問題陋率，抓大放小去處理問題。
??通過工具分析啟動鏈路耗時秽晚，發(fā)現(xiàn)部分必要接口RT時間較長瓦糟，Flutter引擎冷啟耗時較長和View渲染耗時為主要耗時項。接下來就圍繞著三個大方面去做一些優(yōu)化赴蝇。
網(wǎng)絡(luò)優(yōu)化
?? 以Android 界面跳轉(zhuǎn)鏈路來說 菩浙，具體鏈路看下圖（模擬數(shù)據(jù) 主要明白思想）
?? 看到串行，就知道這里肯定可以有文章做
??可以看到在網(wǎng)絡(luò)請求可以提前到 Router環(huán)節(jié)去解析并進(jìn)行預(yù)加載句伶，并行的話可以優(yōu)化 必要接口RT的時長劲蜻，節(jié)省的時間在頁面秒開鏈路中占比最多。
??在這里需要兼容網(wǎng)絡(luò)返回較慢的情況考余，我們可以引入骨架圖先嬉，提升上屏率。
數(shù)據(jù)預(yù)請求
Router和請求
??通過攔截路由地址楚堤，判斷路徑是否屬于預(yù)請求白名單疫蔓。如果匹配含懊，進(jìn)入預(yù)請求邏輯，發(fā)起網(wǎng)絡(luò)拼接和請求衅胀，在獲取到結(jié)果進(jìn)行本地緩存岔乔，供消費界面去消費。因為考慮到網(wǎng)絡(luò)返回如果慢與界面拗小，可以提供回調(diào)重罪，消費界面進(jìn)來進(jìn)行綁定。
端側(cè)通訊
?? 由于Native 跳轉(zhuǎn)到 Flutter 哀九，所以這里需要借助 Channel來進(jìn)行管道傳遞剿配，這里我們沒有使用MethodChannel 而是選擇 可以Native主動通知Flutter 的EventChannel來接收消息。
public class EventChannelManager implements IFlutterProphetPlugin {
private static Map<String, EventChannel.EventSink> cachedEventSinkMap = new HashMap<>();
private static LinkedList<Object> dataList = new LinkedList<>();
public final static String CHANNEL_REQUEST_PRE = "event_channel";
private static EventChannelManager instance;
public static EventChannelManager getInstance() {
if (null == instance) {
instance = new EventChannelManager();
}
return instance;
}
@Creator
public static IFlutterProphetPlugin create() {
return new EventChannelManager();
}
//初始化
@Override
public void initChannel(FlutterEngine engine) {
try {
EventChannel eventChannel_pre = new EventChannel(engine.getDartExecutor(), CHANNEL_REQUEST_PRE);
eventChannel_pre.setStreamHandler(new ProphetStreamHandler(CHANNEL_REQUEST_PRE));
} catch (Exception ex) {
Log.e(TAG, "init channel err :" + ex.getMessage());
}
}
//發(fā)送消息
@Override
public void sendEventToStream(String eventChannel, Object data) {
synchronized (this) {
try {
EventChannel.EventSink eventSink = cachedEventSinkMap.get(eventChannel);
if (null != eventSink) {
eventSink.success(data);
} else {
dataList.add(data);
}
} catch (Exception ex) {
}
}
}
//關(guān)閉
public void cancel(String eventChannel) {
EventChannel.EventSink eventSink = cachedEventSinkMap.get(eventChannel);
if (null != eventSink) {
eventSink.endOfStream();
}
}
public static class ProphetStreamHandler implements EventChannel.StreamHandler {
private String eventChannel;
public ProphetStreamHandler(String eventChannel) {
this.eventChannel = eventChannel;
}
@Override
public void onListen(Object arguments, EventChannel.EventSink events) {
cachedEventSinkMap.put(eventChannel, events);
if (dataList.size() != 0) {
for (Object obj : dataList) {
events.success(obj);
}
dataList.clear();
}
}
@Override
public void onCancel(Object arguments) {
cachedEventSinkMap.remove(eventChannel);
}
}
}
上述代碼為通用EventChannel創(chuàng)建和發(fā)送消息工具類阅束，接口不貼了....
緩存
??預(yù)請求模塊中呼胚，如果網(wǎng)絡(luò)請求結(jié)果成功，可以將結(jié)果寫入緩存SDK中（可以根據(jù)緩存SDK策略息裸，內(nèi)存和磁盤緩存都做好處理）蝇更。結(jié)合緩存策略，再次進(jìn)入界面即可先讀取緩存數(shù)據(jù)上屏呼盆，通過頂部Load狀態(tài)提醒用戶 預(yù)請求的數(shù)據(jù)正在加載中年扩，來縮短秒開時間。
端智能
??通過大數(shù)據(jù)和算法對用戶習(xí)慣性的使用鏈路進(jìn)行分析访圃，判斷用戶下一個節(jié)點將會進(jìn)入哪個界面厨幻，匹配到預(yù)請求白名單，也可以更早的進(jìn)行預(yù)請求邏輯 （沒有集團(tuán)SDK支撐的話可以不列為主要優(yōu)化方式）腿时。
數(shù)據(jù)后帶
??以自己維護(hù)的App來說况脆，首屏商品列表會返回很多數(shù)據(jù)包括但不限于：商品Url、商品名稱批糟、價格等核心信息格了，在進(jìn)入商品詳情中，我們通常會把商品id發(fā)送到詳情界面徽鼎，并再次進(jìn)行商品詳情接口的請求盛末，那么我們可以通過數(shù)據(jù)后帶的方式，先讓詳情頁核心數(shù)據(jù)顯示出來否淤，然后通過局部骨架圖來等待詳情信息的返回满败，感官上縮短界面等待時長。
數(shù)據(jù)延后
??首屏中還會有很多二級彈窗列表數(shù)據(jù)接口的請求叹括，其實這里的接口可以通過延后的方式來加載并渲染出來算墨，減少首屏剛開始的CPU使用，為核心View渲染讓步汁雷，減少CPU競爭净嘀。
業(yè)務(wù)邏輯優(yōu)化
??部分不重要接口除了可以延后處理外报咳，還可以通過推動后端合理縮小數(shù)據(jù)結(jié)構(gòu)，減少不必要的網(wǎng)絡(luò)消耗產(chǎn)生挖藏。對于部分小量接口暑刃，可以通過搭車的方式 進(jìn)行接口合并 一塊返回，部分?jǐn)?shù)據(jù)可能不需要實時更新的膜眠，可以減少不必要請求來進(jìn)行優(yōu)化岩臣。
布局優(yōu)化
異步加載
??假設(shè)場景是搜索結(jié)果列表，我們可以在數(shù)據(jù)請求前置的同時宵膨，去異步 inflate 一些 recyclerview 的 itemview架谎，渲染階段就可以節(jié)約 createViewHolder 的時間。（這里只是進(jìn)行一個場景舉例辟躏，更多的使用方法和業(yè)務(wù)強耦合谷扣，需要自行分析和合理設(shè)計避免負(fù)向優(yōu)化）
遞進(jìn)加載
??顧名思義，其實遞進(jìn)加載和數(shù)據(jù)延后請求原理相似捎琐，每個界面可能都會有重要View会涎，以商品列表為例，我可能更希望商品列表數(shù)據(jù)先返回回來瑞凑，其他的接口可以延后末秃，提升界面渲染速度。
其他優(yōu)化
TODO 文章不斷完善中籽御，文章思想比重較多蛔溃，歡迎大佬們互相討論
