androidview優化

『壹』 android viewpager2怎樣修改靈敏度

package com.example.viewpagerdemo;

import android.content.Context;
import android.support.v4.view.ViewPager;
import android.util.AttributeSet;
import android.util.Log;
import android.view.MotionEvent;
import android.widget.Scroller;

/**
* 解決ViewPager滑動過於靈敏，只有滑動距離大於100才滑到另一頁
*
* @author Administrator
*
*/
public class BTViewPager extends ViewPager {

private static final String TAG = "dzt_pager";
private static final int MOVE_LIMITATION = 100;// 觸發移動的像素距離
private float mLastMotionX; // 手指觸碰屏幕的最後一次x坐標
private int mCurScreen;

private Scroller mScroller; // 滑動控制項

public BTViewPager(Context context) {
super(context);
// TODO Auto-generated constructor stub
init(context);
}

public BTViewPager(Context context, AttributeSet attrs) {
super(context, attrs);
// TODO Auto-generated constructor stub
init(context);
}

private void init(Context context) {
mScroller = new Scroller(context);
mCurScreen = 0;// 默認設置顯示第一個VIEW
}

『貳』 針對Android的性能優化集中哪些方面

一、概要：

本文主要以Android的渲染機制、UI優化、多線程的處理、緩存處理、電量優化以及代碼規范等幾方面來簡述Android的性能優化

二、渲染機制的優化：

大多數用戶感知到的卡頓等性能問題的最主要根源都是因為渲染性能。

Android系統每隔16ms發出VSYNC信號，觸發對UI進行渲染， 如果每次渲染都成功，這樣就能夠達到流暢的畫面所需要的60fps，為了能夠實現60fps，這意味著程序的大多數操作都必須在16ms內完成。

*關於JobScheler的更多知識可以參考http://hukai.me/android-training-course-in-chinese/background-jobs/scheling/index.html

七、代碼規范

1）for loop中不要聲明臨時變數，不到萬不得已不要在裡面寫try catch。

2）明白垃圾回收機制，避免頻繁GC，內存泄漏，OOM(有機會專門說)

3）合理使用數據類型，StringBuilder代替String，少用枚舉enum，少用父類聲明(List,Map)

4）如果你有頻繁的new線程，那最好通過線程池去execute它們，減少線程創建開銷。

5）你要知道單例的好處，並正確的使用它。

6）多用常量，少用顯式的"action_key"，並維護一個常量類，別重復聲明這些常量。

7）如果可以，至少要弄懂設計模式中的策略模式，組合模式，裝飾模式，工廠模式，觀察者模式，這些能幫助你合理的解耦，即使需求頻繁變更，你也不用害怕牽一發而動全身。需求變更不可怕，可怕的是沒有在寫代碼之前做合理的設計。

8）View中設置緩存屬性.setDrawingCache為true.

9）cursor的使用。不過要注意管理好cursor,不要每次打開關閉cursor.因為打開關閉Cursor非常耗時。Cursor.require用於刷cursor.

10）採用SurfaceView在子線程刷新UI,避免手勢的處理和繪制在同一UI線程（普通View都這樣做）

11）採用JNI，將耗時間的處理放到c/c++層來處理

12）有些能用文件操作的，盡量採用文件操作，文件操作的速度比資料庫的操作要快10倍左右

13）懶載入和緩存機制。訪問網路的耗時操作啟動一個新線程來做，而不要再UI線程來做

14）如果方法用不到成員變數，可以把方法申明為static，性能會提高到15%到20%

15）避免使用getter/setter存取field，可以把field申明為public，直接訪問

16）私有內部類要訪問外部類的field或方法時,其成員變數不要用private，因為在編譯時會生成setter/getter,影響性能。可以把外部類的field或方法聲明為包訪問許可權

17）合理利用浮點數，浮點數比整型慢兩倍

18）針對ListView的性能優化，ListView的背景色與cacheColorHint設置相同顏色，可以提高滑動時的渲染性能。ListView中getView是性能是關鍵，這里要盡可能的優化。

getView方法中要重用view；getView方法中不能做復雜的邏輯計算，特別是資料庫操作，否則會嚴重影響滑動時的性能

19）不用new關鍵詞創建類的實例，用new關鍵詞創建類的實例時，構造函數鏈中的所有構造函數都會被自動調用。但如果一個對象實現了Cloneable介面，我們可以調用它的clone()方法。

clone()方法不會調用任何類構造函數。在使用設計模式（Design Pattern）的場合，如果用Factory模式創建對象，則改用clone()方法創建新的對象實例非常簡單。例如，下面是Factory模式的一個典型實現：

20）public static Credit getNewCredit() {
return new Credit();
}
改進後的代碼使用clone()方法，如下所示：
private static Credit BaseCredit = new Credit();
public static Credit getNewCredit() {
return (Credit) BaseCredit.clone();
}
上面的思路對於數組處理同樣很有用。

21）乘法和除法

考慮下面的代碼：

22）ViewPager同時緩存page數最好為最小值3，如果過多，那麼第一次顯示時，ViewPager所初始化的pager就會很多，這樣pager累積渲染耗時就會增多，看起來就卡。

23）每個pager應該只在顯示時才載入網路或資料庫(UserVisibleHint=true)，最好不要預載入數據，以免造成浪費

24）提高下載速度：要控制好同時下載的最大任務數，同時給InputStream再包一層緩沖流會更快(如BufferedInputStream)

25）提供載入速度：讓服務端提供不同解析度的圖片才是最好的解決方案。還有合理使用內存緩存，使用開源的框架

引用：Android性能優化的淺談

『叄』 Android-ViewPager2

ViewPager2

簡單說就是將RecycleView再封裝了一遍，然後協同FragmentStateAdapter將RecycleView的每個Item與Fragment綁定。

特性

支持從左到右，或者從上到下布局

由於適配基於的是RecyclerView.Adapter，所以內存優化也直接採用RecyclerView.Adapter的內存優化機制，相對於viewpager，內存優化更高效合理，且notifyDataSetChanged也更高效了。由於不用開發者自己實現內存和notifyDataSetChanged，也更簡便了。 

相比ViewPager，ViewPager2修復了不能關閉預載入和更新Adapter不生效的痛點。

目前ViewPager2對Fragment支持只能用FragmentStateAdapter，FragmentStateAdapter在遇到預載入時，只會創建Fragment對象，不會把Fragment真正的加入到布局中，所以自帶懶載入效果。

FragmentStateAdapter不會一直保留Fragment實例，回收的ItemView也會移除Fragment，所以得做好Fragment重建後恢復數據的准備。

FragmentStateAdapter在遇到offscreenPageLimit>0時，處理離屏Fragment和可見Fragment沒有什麼區別，所以無法通過setUserVisibleHint判斷顯示與否。

基本方法

部分核心方法使用參照RecycleView和ViewPager，如設置分割線addItemDecoration()，設置當前項setCurrentItem()等。

setAdapter() 設置適配器

setOrientation() 設置布局方向

setCurrentItem() 設置當前Item下標

beginFakeDrag() 開始模擬拖拽

fakeDragBy() 模擬拖拽中

endFakeDrag() 模擬拖拽結束

setUserInputEnabled() 設置是否允許用戶輸入/觸摸

setOffscreenPageLimit()設置屏幕外載入頁面數量

registerOnPageChangeCallback() 注冊頁面改變回調

setPageTransformer() 設置頁面滑動時的變換效果

。。。還有好多。使用的時候大家可以具體看一下。

offscreenPageLimit（）

不設置它則不會預載入，一旦設置了，由於limit必須>0，所以會進行預載入limit個頁面

viewpager2的預載入在載入時已經准備好了View布局，但是沒有載入到parent視圖上，所以自帶懶載入效果。 而viewpager載入的時候View已經添加到parent上。所以會走生命周期的方法。

從 初始化 方法可以看出，viewpager2支持的一些特性以及為什麼。

RecyclerViewImpl

基於RecyclerView的二次封裝，對觸摸事件，初始化等進行封裝。

LinearLayoutManagerImpl

使用LinearLayoutManager，所以擁有LinearLayoutManager的特性，可以垂直或者水平。也就引申出為什麼後面可以設置水平或者垂直滑動

PageTransformerAdapter

用於監聽pager的改變。

基於 RecyclerView.Adapter實現

類似recycleView的使用。

基於FragmentStateAdapter實現

『肆』 android軟體開發的架構

Android以Java為編程語言，使介面到功能，都有層出不窮的變化，其中Activity等同於J2ME的MIDlet，一個 Activity 類（class）負責如世御創建視窗（window），一個活動中的Activity就是在 foreground（前景）模式，背景運行的程序叫做Service。兩者之間通過由和AIDL連結，達到復數程序同時運行的效果。如果運行中的 Activity 全部畫面被其他 Activity 取代時，該 Activity 便被停止（stopped），甚至被系統清除（kill）。

View等同於J2ME的Displayable，程序人員可以通過 View 類與「XML layout」檔將UI放置在視窗上，Android 1.5的版本可以利用 View 打造出所謂的 Widgets，其實Widget只是View的一種，所以可以使用xml來設計layout，HTC的Android Hero手機即含有大量的widget。至於ViewGroup 是各種layout 的基礎抽象類（abstract class），ViewGroup之內還可以有ViewGroup。View的構造函數不需要在Activity中調用，但是Displayable的是必須的，在Activity 中，要通過()來從XML 中取得View，Android的View類的顯示很大程度上是從XML中讀取的。View 與事件（event）息息相關，兩者之間通過Listener 結合在一起，每一個渣岩View都可以注冊一個event listener，例如：當View要處理用戶觸碰（touch）的事件時，就要向Android框架注冊View.。另外還有Image等同於J2ME的BitMap。 在模擬器上運行模擬是虛擬設備（AVD），我們需要配置來運行我們的Android應用程序。步驟1、開放的AVD管理步驟2、新的按鈕，點擊添加新設備，並配置您的設備設置。步驟3、會有一個結果窗口顯示所有已配置你上一屏幕選擇。步驟4、按「確定」，你將會看到你的設備列在有你可以關閉此窗口。步驟5、運行你的Android應用程序項目從Eclipse，如果只有一個AVD配置，它會自動部署的應用程序也會出現一個窗口，選擇你的圖片。 模擬器將開始。在設備上運行

Android應用程序可以直接部署在Android設備上，這幾個配置所需要的。步驟1、在調試模式的設置可以設置應用程序：Android的<應用程序>元真可調試屬性。ADT 8這是默認的。步驟2、您的設備上啟用USB調試：Android 3.2或以上轉至設置>應用程序>開發和啟用USB調試。在Android 4更新，這是開發商選擇設置>。註：在Android 4.2更新，開發者選項是默認隱藏。可以，去設定>android的版本號。返回先前屏幕找到開發商選擇。步返敗驟3、安裝USB驅動程序為您的設備，計算機識別你的設備。步驟4、一旦設置和您的設備通過USB連接，從Eclipse菜單欄安裝您的應用程序在設備上選擇運行>運行（或運行>調試）。 操作系統與應用程序的溝通橋梁，並用分為兩層：函數層（Library）和虛擬機（Virtual Machine）。 Bionic是 Android 改良libc的版本。Android 同時包含了Webkit，所謂的Webkit 就是Apple Safari瀏覽器背後的引擎。Surface flinger 是就2D或3D的內容顯示到屏幕上。Android使用工具鏈(Toolchain)為Google自製的Bionic Libc。

Android採用OpenCORE作為基礎多媒體框架。OpenCORE可分7大塊：PVPlayer、PVAuthor、Codec、PacketVideo Multimedia Framework(PVMF)、Operating SystemLibrary(OSCL)、Common、OpenMAX。

Android 使用skia 為核心圖形引擎，搭配OpenGL/ES。skia與Linux Cairo功能相當，但相較於Linux Cairo, skia 功能還只是陽春型的。2005年Skia公司被Google收購，2007年初，Skia GL源碼被公開，Skia 也是Google Chrome 的圖形引擎。

Android的多媒體資料庫採用SQLite資料庫系統。資料庫又分為共用資料庫及私用資料庫。用戶可通過類（Column）取得共用資料庫。

Android的中間層多以Java 實現，並且採用特殊的Dalvik虛擬機（Dalvik Virtual Machine）。Dalvik虛擬機是一種「暫存器型態」（Register Based）的Java虛擬機，變數皆存放於暫存器中，虛擬機的指令相對減少。

Dalvik虛擬機可以有多個實例（instance）, 每個Android應用程序都用一個自屬的Dalvik虛擬機來運行，讓系統在運行程序時可達到優化。Dalvik虛擬機並非運行Java位元組碼（Bytecode），而是運行一種稱為.dex格式的文件。 Android 的 HAL（硬體抽像層）是能以封閉源碼形式提供硬體驅動模塊。HAL 的目的是為了把 Android framework 與 Linux kernel 隔開，讓 Android 不至過度依賴 Linux kernel，以達成 kernel independent 的概念，也讓 Android framework 的開發能在不考慮驅動程序實現的前提下進行發展。

HAL stub 是一種代理人（proxy）的概念，stub 是以 *.so 檔的形式存在。Stub 向 HAL「提供」操作函數（operations），並由 Android runtime 向 HAL 取得 stub 的 operations，再 callback 這些操作函數。HAL 里包含了許多的 stub（代理人）。Runtime 只要說明「類型」，即 mole ID，就可以取得操作函數。 Android 是運行於 Linux kernel之上，但並不是GNU/Linux。因為在一般GNU/Linux 里支持的功能，Android 大都沒有支持，包括Cairo、X11、Alsa、FFmpeg、GTK、Pango及Glibc等都被移除掉了。Android又以bionic 取代Glibc、以Skia 取代Cairo、再以opencore 取代FFmpeg 等等。Android 為了達到商業應用，必須移除被GNU GPL授權證所約束的部份，例如Android將驅動程序移到 userspace，使得Linux driver 與 Linux kernel徹底分開。bionic/libc/kernel/ 並非標準的kernel header files。Android 的 kernel header 是利用工具由 Linux kernel header 所產生的，這樣做是為了保留常數、數據結構與宏。

Android 的 Linux kernel控制包括安全（Security），存儲器管理（Memory Managemeat），程序管理（Process Management），網路堆棧（Network Stack），驅動程序模型（Driver Model）等。下載Android源碼之前，先要安裝其構建工具Repo來初始化源碼。Repo 是 Android 用來輔助Git工作的一個工具。

『伍』 android 自定義view怎麼做能提高效率

自定義view一般要調用裡面的onDraw()方法，提高效率個人認為，主要是圖片載入釋放的一些處理很重要。比如，有些圖可以在構造函數里載入，有些可以根據具體要求在onDraw判斷一下在載入。這樣就避免了有些功能不需要上來就載入圖，但是你上來就載入大圖，很影響效率。在一個就是及時釋放相應圖片了。

『陸』 Android TextView使用及性能優化

TextView 是Android中最常用的控制項，在這里記錄下TextView 的用法；

在Android中可以使用系統自帶的4種字體：

在XML中使用 android:typeface="normal" 進行設置

將字體文件放到main/assets/fonts目錄下，使用Asset讀取字體後進行設置

使用 android:drawableLeft="@mipmap/ic_launcher" 可以設置一張圖片顯示在文字的上下左右，減少布局層級

使用Span能夠在一段TextView中設置不同顏色的字體，鏈接，圖片等內容

使用ClickableSpan 能夠設置一段文字的點擊事件

創建自己的MyClickableSpan：

之後使用SpannableStringBuilder來創建字元串，並使用setSpan來為字元串的一部分設置Span對象

其中setSpan()方法的最後一個參數標識有以下常量，這些常量標識著在 對SpannableStringBuilder進行insert時 添加的字元適用的規則：

Spanned.SPAN_EXCLUSIVE_EXCLUSIVE

Spanned.SPAN_EXCLUSIVE_INCLUSIVE

Spanned.SPAN_INCLUSIVE_EXCLUSIVE

Spanned.SPAN_INCLUSIVE_INCLUSIVE

前一個 EXCLUSIVE / INCLUSIVE 標識著在設置了Span的一段字元之前（緊挨著）插入字元時，被不被包含到Span范圍中， EXCLUSIVE 表示包含， INCLUSIVE 表示不包含；

第二個 EXCLUSIVE / INCLUSIVE 同理表示插入這段字元之後的效果；

ImageSpan用於在TextView中插入圖片，可以用來實現圖文混排

使用方法：

這樣實現的效果是文字與圖片底部進行對齊，如果需要圖片中線與文字中線對其，需要自己重寫ImageSpan

​ Android 中的TextView中存在著很多EditText中的特性，在setText()方法中會涉及到很多Span相關的操作，比如設置TextWatcher，重新構造Spannable等操作，在我們僅僅顯示靜態文本的時候這些操作都是沒有必要的（通過使用普通的TextView進行Debug來驗證普通的TextView的確是Span的）；

​ 在大量顯示靜態文本的時候就可以通過StaticLayout來計算出TextView的布局信息，這項工作可以放到非UI線程來進行，能夠減少在setText()的時候UI線程的耗時，達到優化TextView性能的目的；

​ StaticLayout是TextView中用於顯示多行靜態文本的Layout，也是能夠支持SpannableString的，只是不能在Span變化之後重新Layout，所以在大部分場景下已經適用；

通過這個自定義的View來顯示Text，在onDraw()的時候直接使用layout來進行繪制，而設置需要顯示的文本則直接使用setLayout()來實現

使用下面給出的參考鏈接中的測試Demo在 ZTE A2017 Android7.1.1 高通820設備上，普通TextView在ListView中連續滾動的幀數是55幀，使用StaticLayout的結果為60幀

可以作為在APP使用CPU資源較多的情況下的優化手段

參考鏈接： TextView預渲染研究

在Android中，TextView的測量消耗了大量的時間，Android P中提供了PrecomputedText能夠將測量這個過程放到後台來執行，減輕對於UI線程的卡頓；

非Android P時，使用AppCompatTextView控制項，使用setTextFeature()方法來將文本的measure過程放到其他線程來執行，而不是直接將text應用於TextView；

在調用了這個方法之後如果對TextView進行邊距，文字大小等的設置都將會報錯；

Prefetch Text Layout in RecyclerView

PrecomputedTextCompat

在ListView中僅替換設置Text的方法時未測試出性能與普通方法有什麼優勢，猜測是ListView沒有在getView和顯示之間預留時間，

測試項目地址：

https://github.com/GavynZhang/PrecomuptedTextViewTest