正文

app優(yōu)化（自動app優(yōu)化）

發(fā)布時間：2023-04-13 20:08:00 稿源：創(chuàng)意嶺閱讀： 123

大家好！今天讓創(chuàng)意嶺的小編來大家介紹下關(guān)于app優(yōu)化的問題，以下是小編對此問題的歸納整理，讓我們一起來看看吧。

開始之前先推薦一個非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁版、PC客戶端

官網(wǎng)：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，如需了解SEO相關(guān)業(yè)務(wù)請撥打電話175-8598-2043，或添加微信：1454722008

本文目錄:

1、Android 性能優(yōu)化 05---App啟動優(yōu)化
2、viewerapp如何優(yōu)化德普優(yōu)化
3、Android性能優(yōu)化第（八）篇---App啟動速度優(yōu)化之耗時檢測處理
4、在app store 上怎么做app優(yōu)化排名

app優(yōu)化（自動app優(yōu)化）

一、Android 性能優(yōu)化 05---App啟動優(yōu)化

其實(shí)啟動框架就是一個任務(wù)調(diào)度系統(tǒng)，是手淘啟動的“大管家”。

管家要做的事情就是把它們的關(guān)系梳理得明明白白，有條不紊，合理安排位置、調(diào)度時間，同時提升硬件資源的利用率。

總結(jié)下來無非就是兩點(diǎn)：

有向無環(huán)圖[拓?fù)渑判騗

可用方案

APT，字節(jié)碼插樁，利用ContentProvider

面試題LeakCanary 為什么不需要在Application中手動初始化？

①點(diǎn)擊桌面App圖標(biāo)，Launcher進(jìn)程采用Binder IPC向system_server進(jìn)程發(fā)起 startActivity請求；

②system_server進(jìn)程接收到請求后，向zygote進(jìn)程發(fā)送創(chuàng)建進(jìn)程的請求；

③Zygote進(jìn)程fork出新的子進(jìn)程，即App進(jìn)程；

④App進(jìn)程，通過Binder IPC向sytem_server進(jìn)程發(fā)起attachApplication請求；

⑤system_server進(jìn)程在收到請求后，進(jìn)行一系列準(zhǔn)備工作后，再通過binder IPC 向App進(jìn)程發(fā)送scheduleLaunchActivity請求；

⑥App進(jìn)程的binder線程（ApplicationThread）在收到請求后，通過handler向主線程發(fā)送LAUNCH_ACTIVITY消息；

⑦主線程在收到Message后，通過反射機(jī)制創(chuàng)建目標(biāo)Activity，并回調(diào) Activity.onCreate()等方法。

⑧到此，App便正式啟動，開始進(jìn)入Activity生命周期，執(zhí)行完 onCreate/onStart/onResume方法，UI渲染結(jié)束后便可以看到App的主界面。

應(yīng)用有三種啟動狀態(tài)，每種狀態(tài)都會影響應(yīng)用向用戶顯示所需的時間：冷啟動、溫啟動與熱啟動。

adb命令啟動應(yīng)用，一般會輸入三個值：ThisTime、TotalTime與WaitTime。

1.WaitTime：包括前一個應(yīng)用Activitypause的時間和新應(yīng)用啟動的時間；

2.ThisTime：表示一連串啟動Activity的最后一個Activity的啟動耗時；

3.TotalTime：表示新應(yīng)用啟動的耗時，包括新進(jìn)程的啟動和Activity的啟動，但不包括前一個應(yīng)用Activitypause

的耗時。

StrictMode是一個開發(fā)人員工具，它可以檢測出我們可能無意中做的事情，并將它們提請我們注意，以便我們能夠修復(fù)它們。 StrictMode最常用于捕獲應(yīng)用程序主線程上的意外磁盤或網(wǎng)絡(luò)訪問。幫助我們讓磁盤和網(wǎng)絡(luò)操作遠(yuǎn)離主線程，可以使應(yīng)用程序更加平滑、響應(yīng)更快

當(dāng)系統(tǒng)加載并啟動 App 時，需要耗費(fèi)相應(yīng)的時間，這樣會造成用戶會感覺到當(dāng)點(diǎn)擊 App 圖標(biāo)時會有 “延遲” 現(xiàn)象，

為了解決這一問題，Google 的做法是在 App 創(chuàng)建的過程中，先展示一個空白頁面，讓用戶體會到點(diǎn)擊圖標(biāo)之后立

馬就有響應(yīng)。

如果你的application或activity啟動的過程太慢，導(dǎo)致系統(tǒng)的BackgroundWindow沒有及時被替換，就會出現(xiàn)啟動

時白屏或黑屏的情況（取決于Theme主題是Dark還是Light）。

消除啟動時的黑/白屏問題，大部分App都采用自己在Theme中設(shè)置背景圖的方式來解決。

然后在Activity的onCreate方法，把Activity設(shè)置回原來的主題。

這么做，只是提高啟動的用戶體驗(yàn)。并不能做到真正的加快啟動速度。

二、viewerapp如何優(yōu)化德普優(yōu)化

深度ASO數(shù)據(jù)分析之道

德普優(yōu)化聯(lián)合廣州卓動游戲，AdSeeData，姑婆那些事兒，APP頂尖推廣，運(yùn)營大叔等于7月7日周四晚上舉辦主題為“基于數(shù)據(jù)的運(yùn)營推廣之道”的分享會圓滿落幕。

「姑婆那些事兒」的老萬分享了他的運(yùn)營推廣之道--“APP運(yùn)營工作的模塊化處理”；

「廣州卓動游戲」的Eddy分享了他的海外FB廣告投放之道--“Facebook廣告投放心得與技巧”；

「德普優(yōu)化」的Harvey分享了他的深度ASO數(shù)據(jù)分析之道--“深度ASO數(shù)據(jù)分析及海外ASO優(yōu)化”。

分享會內(nèi)容豐富，大家熱情高漲，紛紛對大咖們提出了自己的問題，得到了大咖們的講解，滿載而歸。

現(xiàn)在德普船長就來總結(jié)一下我們德普家長Harvey的分享內(nèi)容吧！

Harvey：德普優(yōu)化（deepaso.com）、微拓ASO（vtool.cc）創(chuàng)始人，資深搜索引擎研發(fā)工程師，歷經(jīng)百度NLP、微博、同步推等搜索產(chǎn)品。

深度ASO數(shù)據(jù)分析及海外ASO優(yōu)化

首先，Harvey大致講述了ASO的基本概念--提升移動app在應(yīng)用商店中的曝光的過程，包含搜索排名優(yōu)化和榜單優(yōu)化。講述了ASO大致的兩種方法：Keyword Optimization(包含：選詞、詞排名、轉(zhuǎn)化率)和Asset Optimization即app其它屬性的優(yōu)化(圖標(biāo)、截圖、描述等，通過a/b測試)。

接著，Harvey基于一些統(tǒng)計(jì)數(shù)據(jù)規(guī)律，講解ASO優(yōu)化的數(shù)據(jù)。

統(tǒng)計(jì)數(shù)據(jù)分析

Appstore分發(fā)量分布：搜索、榜單、推薦位、外部導(dǎo)量。65%以上來源于搜索(蘋果官方數(shù)據(jù))，剩下的分發(fā)量中至少一半來源于榜單，未上榜且無外部導(dǎo)流的app，搜索是前期唯一的曝光入口。

搜索中的流量細(xì)分：

1.精準(zhǔn)品牌詞分發(fā)量占比70-80%（如：微信、QQ、淘寶等），非指向性特征詞（泛需求詞）占比20-30%（如：音樂、游戲、漫畫、瀏覽器、視頻等）

2.二八定律起主導(dǎo)作用而非長尾效應(yīng)

a.需求日益集中在少量app上面，80%以上的僵尸應(yīng)用

b.各個app是一座信息的孤島，對外所展現(xiàn)的只是一個app的名字，不利于信息的傳播和搜索

影響搜索關(guān)鍵詞的轉(zhuǎn)化率因素:

關(guān)鍵詞與app的相關(guān)性、icon圖標(biāo)、截圖、描述等等。其中關(guān)鍵詞方面，轉(zhuǎn)化率：精準(zhǔn)品牌詞 > 特征詞 > 相關(guān)熱門其它品牌詞 > 不相關(guān)詞。

搜索排序

三、Android性能優(yōu)化第（八）篇---App啟動速度優(yōu)化之耗時檢測處理

應(yīng)用的啟動速度緩慢這是很多開發(fā)者都遇到的一個問題，比如啟動緩慢導(dǎo)致的黑屏，白屏問題，大部分的答案都是做一個透明的主題，或者是做一個Splash界面，但是這并沒有從根本上解決這個問題。那么如何從根本上解決這個問題或者做到一定程度的緩解？

1、冷啟動：當(dāng)啟動應(yīng)用時，后臺沒有該應(yīng)用的進(jìn)程，這時系統(tǒng)會首先會創(chuàng)建一個新的進(jìn)程分配給該應(yīng)用，這種啟動方式就是冷啟動。

2、熱啟動：當(dāng)啟動應(yīng)用時，后臺已有該應(yīng)用的進(jìn)程，比如按下home鍵，這種在已有進(jìn)程的情況下，這種啟動會從已有的進(jìn)程中來啟動應(yīng)用，這種啟動方式叫熱啟動。

3、溫啟動：當(dāng)啟動應(yīng)用時，后臺已有該應(yīng)用的進(jìn)程，但是啟動的入口Activity被干掉了，比如按了back鍵，應(yīng)用雖然退出了，但是該應(yīng)用的進(jìn)程是依然會保留在后臺，這種啟動方式叫溫啟動。

adb shell am start -W [PackageName]/[PackageName.MainActivity]

執(zhí)行成功后將返回三個測量到的時間：

這里面涉及到三個時間，ThisTime、TotalTime 和 WaitTime。WaitTime 是 startActivityAndWait 這個方法的調(diào)用耗時，ThisTime 是指調(diào)用過程中最后一個 Activity 啟動時間到這個 Activity 的 startActivityAndWait 調(diào)用結(jié)束。TotalTime 是指調(diào)用過程中第一個 Activity 的啟動時間到最后一個 Activity 的 startActivityAndWait 結(jié)束。如果過程中只有一個 Activity ，則 TotalTime 等于 ThisTime。

總結(jié):如果只關(guān)心某個應(yīng)用自身啟動耗時，參考TotalTime；如果關(guān)心系統(tǒng)啟動應(yīng)用耗時，參考WaitTime；如果關(guān)心應(yīng)用有界面Activity啟動耗時，參考ThisTime。

從我們Application開始到首頁顯示出來，這個過程，我們應(yīng)該注意一些什么，將這個過程細(xì)分一下，會有下面的時間點(diǎn)需要注意。

Application的構(gòu)造器方法——>attachBaseContext()——>onCreate()——>Activity的構(gòu)造方法——>onCreate()——>配置主題中背景等屬性——>onStart()——>onResume()——>測量、布局、繪制顯示在界面上。

因?yàn)樯厦孢@些階段全部都是在主線程中執(zhí)行的，任何不經(jīng)意的操作都可能拖慢應(yīng)用的啟動速度。所以我們不應(yīng)在Application以及Activity的生命周期回調(diào)中做任何費(fèi)時操作，具體指標(biāo)大概是你在onCreate，onResume，onStart等回調(diào)中所花費(fèi)的總時間最好不要超過400ms，否則用戶在桌面點(diǎn)擊你的應(yīng)用圖標(biāo)后，將感覺到明顯的卡頓。但是有些 不得以的任務(wù) 又必須在UI顯示之前執(zhí)行。所以我們要將 任務(wù) 劃分優(yōu)先級。

對于首頁渲染完成后，開始加載，或者延遲加載，延遲加載的目的就是界面先顯示出來，然后加載，但是你覺得要延遲多久呢？在 Android 的高端機(jī)型上,應(yīng)用的啟動是非?？斓?, 這時候只需要 Delay 很短的時間就可以了, 但是在低端機(jī)型上,應(yīng)用的啟動就沒有那么快了,而且現(xiàn)在應(yīng)用為了兼容舊的機(jī)型,往往需要 Delay 較長的時間,這樣帶來體驗(yàn)上的差異是很明顯的。延遲加載有一種方式。

極力推薦用第二種，在窗口完成以后進(jìn)行加載，這里面的run方法是在onResume之后運(yùn)行的。關(guān)于這種懶加載機(jī)制，參考 Android應(yīng)用啟動優(yōu)化:一種DelayLoad的實(shí)現(xiàn)和原理(上篇) ，給出了詳細(xì)的解釋。

通過上面我們知道一種懶加載機(jī)制，所以我們可以將Application中和首頁的onCreate中的有些耗時任務(wù)，放到首頁渲染完畢后加載。如何找出這些耗時任務(wù)，TraceView就派上用場了，TraceView的用法，移步我的前面的博客 Android性能優(yōu)化第（六）篇---TraceView 分析圖怎么看？

比如在首頁的onCreate中我們進(jìn)行了用戶啟動上報(bào)，這個進(jìn)行懶加載是不是分分鐘減少139毫秒呢？

在比如在Application里面用到了GSON，將String轉(zhuǎn)化成json,我將這個移動到懶加載里面，是不是又減少了100毫秒呢？

在比如，有些Application中做了支付SDK的初始化，用戶又不會一打開App就要支付，放在Application中加載干嘛？

此處我們這里舉得例子是優(yōu)化了139毫秒和100毫秒的，其實(shí)真正耗時的任務(wù)有的有1秒多，都被我優(yōu)化完了，所以trace圖中看不到了，就舉個了這兩個例子，還有SharedPreferences也是耗時大戶，經(jīng)過檢測保存一個boolean變量耗時120+毫秒以上。

利用TraceView可以清楚我們每一個方法的耗時時間，極大的幫助了我們做優(yōu)化工作。

五、優(yōu)化思路總結(jié)

1、UI渲染優(yōu)化，去除重復(fù)繪制，減少UI重復(fù)繪制時間，打開設(shè)置中的GPU過度繪制開關(guān)，各界面過度繪制不應(yīng)超過2.5x；也就是打開此調(diào)試開關(guān)后，界面整體呈現(xiàn)淺色，特別復(fù)雜的界面，紅色區(qū)域也不應(yīng)該超過全屏幕的四分之一；

2、根據(jù)優(yōu)先級的劃分，KoMobileApplication的一些初始化工作能否將任務(wù)優(yōu)先級劃分成3,在首頁渲染完成后進(jìn)行加載，比如：PaySDKManager。

3、主線程中的所有SharedPreference能否在非UI線程中進(jìn)行，SharedPreferences的apply函數(shù)需要注意，因?yàn)镃ommit函數(shù)會阻塞IO，這個函數(shù)雖然執(zhí)行很快，但是系統(tǒng)會有另外一個線程來負(fù)責(zé)寫操作，當(dāng)apply頻率高的時候，該線程就會比較占用CPU資源。類似的還有統(tǒng)計(jì)埋點(diǎn)等，在主線程埋點(diǎn)但異步線程提交，頻率高的情況也會出現(xiàn)這樣的問題。

4、檢查BaseActivity,不恰當(dāng)?shù)牟僮鲿绊懰凶覣ctivity的啟動。

5、對于首次啟動的黑屏問題，對于“黑屏”是否可以設(shè)計(jì)一個.9圖片替換掉，間接減少用戶等待時間。

6、對于網(wǎng)絡(luò)錯誤界面，友好提示界面，使用ViewStub的方式，減少UI一次性繪制的壓力。

7、任務(wù)優(yōu)先級為2，3的，通過下面這種方式進(jìn)行懶加載的方式

8、Multidex的使用，也是拖慢啟動速度的元兇，必須要做優(yōu)化。后面有空專門寫一篇Multidex。

相關(guān)鏈接：

Android應(yīng)用啟動優(yōu)化:一種DelayLoad的實(shí)現(xiàn)和原理(上篇)http://androidperformance.com/2015/11/18/Android-app-lunch-optimize-delay-load.html

Android性能優(yōu)化之加快應(yīng)用啟動速度http://www.open-open.com/lib/view/open1452821612355.html

手機(jī)淘寶性能優(yōu)化全記錄http://www.open-open.com/lib/view/open1452488209370.html

Android客戶端性能優(yōu)化（魅族資深工程師毫無保留奉獻(xiàn)）http://blog.tingyun.com/web/article/detail/155#rd

Please accept mybest wishes for your happiness and success !

四、在app store 上怎么做app優(yōu)化排名

方法/步驟

知己：分析要優(yōu)化的app的數(shù)據(jù)，給自己一個定位

重點(diǎn)關(guān)注幾個數(shù)據(jù)：

1）app新增、留存、日活、用戶評論評星

2）當(dāng)前版本關(guān)鍵詞覆蓋、及搜索排名情況

3）當(dāng)前流量來源，是否有一些外部渠道可用，量有多少

從這些數(shù)據(jù)上大致可以判斷出一款app當(dāng)前所處的階段，從而制定不同的關(guān)鍵詞優(yōu)化策略。

冷門app：日新增500以內(nèi)，基本上還算比較冷門的應(yīng)用，這個時候，一般進(jìn)不了分類榜前200名，幾乎沒有知名度，原因可能是多方面的：產(chǎn)品體驗(yàn)待優(yōu)化、關(guān)鍵詞設(shè)置不合理、不符合用戶需求、產(chǎn)品太小眾、沒有推廣渠道、留存低、市面上類似產(chǎn)品太多等等。這個階段的關(guān)鍵詞策略大致是：主要覆蓋精準(zhǔn)的關(guān)鍵詞，盡量多做一些比較長尾或搜索結(jié)果數(shù)少的相關(guān)關(guān)鍵詞，副標(biāo)題可以先不加。

一般app：日新增在1000到1萬左右，這個時候產(chǎn)品已經(jīng)得到小范圍用戶的認(rèn)可了，產(chǎn)品體驗(yàn)還行，已經(jīng)進(jìn)入分類榜前200名，找到某些用戶痛點(diǎn)，好一些的app日活可能已經(jīng)到10萬級別了。這個階段的關(guān)鍵詞優(yōu)化策略大致是：可以考慮添加副標(biāo)題并在副標(biāo)題里面加上一些相關(guān)關(guān)鍵詞來提升權(quán)重，去掉搜索排名靠后的不相關(guān)或者太冷門的關(guān)鍵詞，適當(dāng)加入一些競品品牌詞。

熱門app：日新增1萬－5萬之間，這個時候產(chǎn)品在國內(nèi)基本上已經(jīng)有一定的知名度了，用戶會直接搜索app名字來下載，排名在分類榜的前20名，有一個團(tuán)隊(duì)在運(yùn)營和開發(fā)這個app。這個階段關(guān)鍵詞的優(yōu)化策略是：主要做熱門的領(lǐng)域相關(guān)詞，去掉一些冷門的關(guān)鍵詞（權(quán)重在4650以下的），適當(dāng)加入一些競品品牌詞，同時考慮放一些熱門、搜索結(jié)果數(shù)少的不相關(guān)詞。（因?yàn)楫a(chǎn)品已經(jīng)有一定的知名度，通過熱門的詞來提升曝光，利用品牌效應(yīng)吸引用戶）

超級app：已經(jīng)非常牛了，可以關(guān)注一下關(guān)鍵詞的覆蓋數(shù)據(jù)，如果比較少的話，建議還是參考上面說的一些方法做一些關(guān)鍵詞，對流量提升還是有幫助的。

知彼：找市面上的競品

了解市面上的類似產(chǎn)品，主要收集這些產(chǎn)品覆蓋的關(guān)鍵詞；同時可以分析這些產(chǎn)品的特點(diǎn)，ASO策略。比如：有一個app叫“游戲多”，它的策略是用同一個模板做很多游戲攻略類的app發(fā)布，覆蓋不同的關(guān)鍵詞，然后特定時候往“游戲多”這個app上面導(dǎo)量；倒數(shù)日這款app，開發(fā)商名下有十幾個小app，之間相互推廣等等。

找詞：盡可能多地找出相關(guān)詞

幾種方法：

1）收集競品app覆蓋的關(guān)鍵詞

2）使用ASO工具提供的app關(guān)鍵詞擴(kuò)展、相關(guān)關(guān)鍵詞擴(kuò)展、每日關(guān)鍵詞查詢這三個工具

3）查看關(guān)鍵詞分類榜和使用高價值關(guān)鍵詞查詢獲取一些最近熱門但結(jié)果數(shù)少的關(guān)鍵詞

通過這幾種方法，只要多花些時間，就不難找到與app相關(guān)的大量關(guān)鍵詞了

選詞：挑選最合適的關(guān)鍵詞

兩個大原則：

1）一個關(guān)鍵詞能帶來的流量與詞熱度、轉(zhuǎn)化率成正比，與排名成反比

因此挑選熱門的、轉(zhuǎn)化率高的、搜索結(jié)果少的詞優(yōu)化效果最優(yōu)。

2）標(biāo)題搜索權(quán)重>100字關(guān)鍵詞搜索權(quán)重

當(dāng)app有一定量的情況下，適當(dāng)放一些熱門詞在副標(biāo)題里，可以提升相關(guān)關(guān)鍵詞排名。

幾個因子說明：

詞熱度即關(guān)鍵詞的權(quán)重，一般分布在4605和10800之間，越大越熱門

轉(zhuǎn)化率即(下載/曝光)*100%，即用戶搜索某個詞后對某個結(jié)果第一眼看過去決定要不要下載的概率，主要因素有app與當(dāng)前詞的相關(guān)性、當(dāng)前詞與icon和截圖的相關(guān)性、描述相關(guān)性等等。這里只討論關(guān)鍵詞部分，在挑選詞的時候，按詞類型優(yōu)先級大致是：自身品牌詞及其變形>領(lǐng)域相關(guān)詞>競品詞>不相關(guān)詞。比如：對愛奇藝來說，愛奇藝、iqiyi是品牌詞；視頻、電影、電視劇是領(lǐng)域相關(guān)詞；樂視、優(yōu)酷是競品詞；新聞是不太相關(guān)詞。

排名即應(yīng)用在某個關(guān)鍵詞下面的搜索排序位置，排名越靠后，流量越小，且衰減速度很快，有些精準(zhǔn)的關(guān)鍵詞，排名在10名開外基本就不會帶來流量了，“游戲、電影、小說”這種泛相關(guān)詞衰減慢一些，因?yàn)橛脩羲阉鬟@些詞的目的不明確，瀏覽性質(zhì)比較強(qiáng)，傾向于多比較幾個app再決定要不要下載。

越熱門的詞通常競爭也越激烈，搜索結(jié)果數(shù)很多，冷門的app通常搶不到好位置，所以冷門的app前期主要靠長尾詞、搜索結(jié)果數(shù)少的詞來帶量。ASO工具官網(wǎng)提供了高價值關(guān)鍵詞查詢工具，專門用來發(fā)現(xiàn)最新出現(xiàn)的優(yōu)質(zhì)熱詞。

組合：去重保留盡可能多的關(guān)鍵詞

經(jīng)過以上4步后，基本上你已經(jīng)形成這樣一個列表，<詞、熱度、詞類型、搜索結(jié)果數(shù)>，這個時候你要做的是把這些詞組合起來，放入標(biāo)題、100個字的關(guān)鍵詞中，盡可能覆蓋多的關(guān)鍵詞。這里主要需要研究蘋果的搜索切詞策略，按切詞策略切分這些關(guān)鍵詞，然后去重組合成最終結(jié)果。這里要注意的是一些切開的詞會在多個關(guān)鍵詞里面出現(xiàn)，這種明顯的特征詞一般是領(lǐng)域相關(guān)的優(yōu)質(zhì)詞，建議長期保留，因?yàn)榭梢詭聿煌年P(guān)鍵詞組合。

注意：一個漢字和一個英文字母都是占用一個字，逗號也占用一個字

經(jīng)過以上步驟，最終生成一份標(biāo)題和關(guān)鍵詞，在提交app的時候填入即可。

通常來說一個app需要幾輪的優(yōu)化才能達(dá)到比較好的效果，在迭代優(yōu)化的時候，去掉上一輪排名靠后的比較不相關(guān)的詞，同時結(jié)合上述步驟挑選優(yōu)質(zhì)詞放入。

以上就是關(guān)于app優(yōu)化相關(guān)問題的回答。希望能幫到你，如有更多相關(guān)問題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會為您講解更多精彩的知識和內(nèi)容。