android性能優化pdf

A. 跪求android優化技術詳解全書 pdf下載

直接搜csdn,下載頻道裡面有類似的資源,需要你有積分才能下載.

B. 怎麼提高android contentresolver的查詢效率優化

兩種辦法:
1.創建自己的ContentProvider,需要繼承ContentProvider類
2.如果你的數據和已存在的ContentProvider數據結構一致,可以將數據寫到已存在的ContentProvider中
當然前提是獲取寫該ContentProvider的許可權.比如把OA中的成員通訊信息加入到系統的聯系人ContentProvider中
ContentProvider基礎
所有ContentProvider都需要實現相同的介面,用於查詢ContentProvider並返回數據.也包括增加、修改和刪除數據.
步驟:
1.獲得一個ContentResolver的實例,可通過Activity的成員方法getContentResovler()方法:
ContentResolver cr = this.getContentResolver();
ContentResolver實例帶的方法可實現找到指定的ContentProvider並獲取到ContentProvider的數據
ContentResolver的查詢過程開始,Android系統將確定查詢所需的具體ContentProvider,確認它是否啟動並運行它.
android系統負責初始化所有的ContentProvider,不需要用戶自己去創建.實際上,ContentProvider的用戶都不可能直接訪問到ContentProvider實例,只能通過ContentResolver在中間代理.
2.數據模型
ContentProvider展示數據類似一個單個資料庫表.
其中:
每行有個帶唯一值的數字欄位,名為_ID,可用於對表中指定記錄的定位.
ContentProvider返回的數據結構,是類似JDBC的ResultSet,在android中,是Cursor對象.
URI,每個ContentProvider定義一個唯一的公開的URI,用於指定到它的數據集.
一個ContentProvider可以包含多個數據集(可以看作多張表),這樣,就需要有多個URI與每個數據集對應.
這些URI要以這樣的格式開頭:
content://
表示這個URI指定一個ContentProvider.
如果你想創建自己的ContentProvider,最好把自定義的URI設置為類的常量,這樣簡化別人的調用,並且以後如果更新URI也很容易.
android定義了CONTENT_URI常量用於URI,如:android.provider.Contacts.Phones.CONTENT_URI
2.查詢ContentProvider
要想使用一個ContentProvider,需要以下信息:
定義這個ContentProvider的URI,返回結果的欄位名稱,這些欄位的數據類型
如果需要查詢ContentProvider數據集的特定記錄(行),還需要知道該記錄的ID的值.
構建查詢
查詢就是輸入URI等參數,其中URI是必須的,其他是可選的,如果系統能找到URI對應的ContentProvider將返回一個Cursor對象.
可以通過ContentResolver.query()或者Activity.managedQuery()方法.
兩者的方法參數完全一樣,查詢過程和返回值也是相同的.
區別是,通過Activity.managedQuery()方法,不但獲取到Cursor對象,而且能夠管理Cursor對象的生命周期.
比如當Activity暫停(pause)的時候,卸載該Cursor對象,當Activity Restart的時候重新查詢.另外,也可以對一個沒有處於Activity管理的Cursor對象做成被Activity管理的,通過調用Activity.startManaginCursor()方法.
類似這樣:
Cursor cur = managedQuery(myPerson,null,null,null,null);
其中第一個參數myPerson是Uri類型實例.
如果需要查詢的是指定行的記錄,需要用_ID值,比如ID值為23,URI將是類似:
content://....../23
android提供了方便的方法,讓開發者不需要自己拼接上面這樣的URI,比如類似:
Uri myPerson = ContentUris.withAppendedId(People.CONTENT_URI,23);
或者:
Uri myPerson = Uri.withAppendedPath(People.CONTENT_URI,"23");
二者的區別是一個接收整數類型的ID值,一個接收字元串類型.
其他幾個參數：
names,可以為null,表示取數據集的全部列,或者聲明一個String數組,數組中存放列名稱,比如:People._ID.一般列名都在該ContentProvider中有常量對應;
針對返回結果的過濾器,格式類似於SQL中的WHERE子句，區別是不帶WHERE關鍵字，如果返回null表示不過濾，比如name=?;
前面過濾器的參數,是String數組,是針對前面條件中?佔位符的值;
排序參數,類似SQL的ORDER BY字句,不過不需要寫ORDER BY部分,比如name desc,如果不排序,可輸入null.
返回值是Cursor對象,游標位置在第一條記錄之前.
下面實例適用於android 2.0及以上版本,從android通訊錄中得到姓名欄位:
java代碼：
Cursor cursor = getContentResolver().query(ContactsContract.CommonDataKinds.Phone.CONTENT_URI,null,null,null,null);
讀取返回的數據
如果在查詢的時候使用到ID,那麼返回的數據只有一條記錄.在其他情況下,一般會有多條記錄.和JDBC的ResultSet類似,需要操作游標遍歷結果集,在每行,再通過列名獲取到列的值,可以通過getString()、getInt()、getFloat()等方法獲取值.
比如類似下面:
java代碼:
while(cursor.moveToNext()) {
builder.append(cursor.getString(cursor.getColumnIndex(ContactsContract.CommonDataKinds.Phone.DISPLAY_NAME))).append("-");
}
和JDBC中不同,沒有直接通過列名獲取列值的方法,只能先列名獲取到列的整型索引值,然後再通過該索引值定位獲取列的值.
編輯數據
可以通過ContentProvider實現以下編輯功能:
增加新的記錄:
在已經存在的記錄中增加新的值、批量更新已經存在的多個記錄、刪除記錄.
所有的編輯功能都是通過ContentResolver的方法實現.一些ContentProvider對許可權要求更嚴格一些,需要寫的許可權,如果沒有會報錯.
增加記錄
要想增加記錄到ContentProvider,首先,要在ContentValues對象中設置類似map的鍵值對,在這里,鍵的值對應ContentProvider中的列的名字,鍵值對的值,是對應列希望的類型.
然後,調用ContentResolver.insert()方法,傳入這個ContentValues對象,和對應ContentProvider的URI即可.返回值是這個新記錄的URI對象.這樣你可以通過這個URI獲得包含這條記錄的Cursor對象.
比如:
java代碼：
ContentValues values = new ContentValues();
values.put(People.NAME,"Abraham Lincoln");
Uri uri = getContentResolver().insert(People.CONTENT_URI, values);
在原有記錄上增加值
如果記錄已經存在,可在記錄上增加新的值,或者編輯已經存在的值.
首先要找到原來的值對象,然後要清除原有的值,然後像上面增加記錄一樣即可:
java代碼：
Uri uri = Uri.withAppendedPath(People.CONTENT_URI, "23");
Uri phoneUri = Uri.withAppendedPath(uri, People.Phones.CONTENT_DIRECTORY);
values.clear();
values.put(People.Phones.TYPE, People.Phones.TYPE_MOBILE);
values.put(People.Phones.NUMBER, "1233214567");
getContentResolver().insert(phoneUri, values);
批量更新值
批量更新一組記錄的值,比如NY改名為Eew York.可調用ContentResolver.update()方法.
刪除記錄
如果是刪除單個記錄,調用ContentResolver.delete()方法,URI參數,指定到具體行即可.
如果是刪除多個記錄,調用ContentResolver.delete()方法,URI參數指定Contentprovider即可,並帶一個類似SQL的WHERE子句條件.這里和上面類似,不帶WHERE關鍵字.
創建自己的ContentProvider
創建contentprovider,需要設置存儲系統.大多數ContentProvider使用文件或者SQLite資料庫,不過你可以用任何方式存儲數據.android提供SQLiteOpenHelper幫助開發者創建和管理SQLiteDatabase.
繼承ContentProvider,提供對數據的訪問.在manifest文件中聲明ContentProvider.繼承ContentProvider類
必須定義ContentProvider類的子類,需要實現如下方法:
java代碼:
query()
insert()
update()
delete()
getType()
onCreate()
在實現子類的時候,還有一些步驟可以簡化ContentProvider客戶端的使用:
定義public static final Uri常量,名稱為CONTENT_URI:
java代碼:
public static final Uri CONTENT_URI = Uri.parse("content://com.example.codelab.transportationprovider");
如果有多個表,它們也是使用相同的CONTENT_URI,只是它們的路徑部分不同.
聲明ContentProvider
創建ContentProvider後,需要在manifest文件中聲明,android系統才能知道它,當其他應用需要調用該ContentProvider時才能創建或者調用它.
語法類似:
<provider android:name="com.easymorse.cp.MyContentProvider"
android:authorities="com.easymorse.cp.mycp">
</provider>
android:name要寫ContentProvider繼承類的全名.
android:authorities要寫和CONTENT_URI常量的B部分

C. 安卓開發的入門書籍大家推薦幾本

1、《GoogleAndroidSDK開發範例大全》

《GoogleAndroidSDK開發範例大全》是2010年人民郵電出版社出版的圖書。全書共分10章，主要以範例集的方式來講述Android的知識點，詳細介紹了開發Android的人機交互界面、Android常用的開發控制項、使用Android手機收發簡訊等通信服務。

2、《Android軟體安全權威指南》

本書主要介紹Android平台上的軟體安全技術。從平台搭建和語言基礎開始，循序漸進地講解了Android平台上的軟體攻防技術。本書共12章，系統地講解了與Android軟體安全相關的環境搭建、文件格式、靜態分析、動態調試、Hook與注入、軟體保護技術、軟體殼等多個主題。

3、《Android開發精要》

《Android開發精要》是2012年機械工業出版社出版的圖書，作者是范懷宇。該書講述的是如何才能寫出貼近Android設計理念、能夠更加高效和可靠運行的Android應用，通過Android的源代碼去了解其底層實現細節是最重要的方法之一。

4、《Android應用性能優化》

《Android應用性能優化》是2012年人民郵電出版社出版的圖書，作者是[法] Hervé Guihot。本書主要介紹如何快速高效地優化應用，讓應用變得穩定高效。

5、《Android應用UI設計模式》

《Android應用UI設計模式》面向Android 4.0+操作系統，是市面上第一本深入解析Android界面設計的佳作。《Android應用UI設計模式》從適用於移動設備和平板的通用模式以及Android UI設計指南出發。

參考資料來源：

網路—《GoogleAndroidSDK開發範例大全》

網路—《Android軟體安全權威指南》

網路—《Android開發精要》

網路—《Android應用性能優化》

網路—《Android應用UI設計模式》

D. android性能測試工具有哪些

有如下幾個工具：
android針對上面這些會影響到應用性能的情況提供了一些列的工具：
1 布局復雜度：
hierarchyviewer：檢測布局復雜度，各視圖的布局耗時情況：

Android開發者模式—GPU過渡繪制：

2 耗電量：Android開發者模式中的電量統計；
3 內存：
應用運行時內存使用情況查看：Android Studio—Memory/CPU/GPU；

內存泄露檢測工具：DDMS—MAT；
4 網路：Android Studio—NetWork；
5 程序執行效率：
靜態代碼檢查工具：Android studio—Analyze—Inspect Code.../Code cleanup... ，用於檢測代碼中潛在的問題、存在效率問題的代碼段並提供改善方案；
DDMS—TraceView，用於查找程序運行時具體耗時在哪；
StrictMode：用於查找程序運行時具體耗時在哪，需要集成到代碼中；
Andorid開發者模式—GPU呈現模式分析。
6 程序穩定性：monkey，通過monkey對程序在提交測試前做自測，可以檢測出明顯的導致程序不穩定的問題，執行monkey只需要一行命令，提交測試前跑一次可以避免應用剛提交就被打回的問題。
說明：
上面提到的這些工具可以進Android開發者官網性能工具介紹查看每個工具的介紹和使用說明；

Android開發者選項中有很多測試應用性能的工具，對應用性能的檢測非常有幫助，具體可以查看：All about your phone's developer options和15個必知的Android開發者選項對Android開發者選項中每一項的介紹；

針對Android應用性能的優化，Google官方提供了一系列的性能優化視頻教程，對應用性能優化具有非常好的指導作用，具體可以查看：優酷Google Developers或者Android Performance Patterns。

二 第三方性能優化工具介紹
除了android官方提供的一系列性能檢測工具，還有很多優秀的第三方性能檢測工具使用起來更方便，比如對內存泄露的檢測，使用leakcanry比MAT更人性化，能夠快速查到具體是哪存在內存泄露。
leakcanary：square/leakcanary · GitHub，通過集成到程序中的方式，在程序運行時檢測應用中存在的內存泄露，並在頁面中顯示，在應用中集成leancanry後，程序運行時會存在卡頓的情況，這個是正常的，因為leancanry就是通過gc操作來檢測內存泄露的，gc會知道應用卡頓，說明文檔：LeakCanary 中文使用說明、LeakCanary: 讓內存泄露無所遁形。
GT：GT Home，GT是騰訊開發的一款APP的隨身調測平台，利用GT，可以對CPU、內存、流量、點亮、幀率/流暢度進行測試，還可以查看開發日誌、crash日誌、抓取網路數據包、APP內部參數調試、真機代碼耗時統計等等，需要說明的是，應用需要集成GT的sdk後，GT這個apk才能在應用運行時對各個性能進行檢測。

E. 論述android系統開發平台應有哪些需要改進

在系統運行的穩定性上需要進一步加強，因為這極大的影響到產品的使用價值以及產品的體驗感，另外在安卓的內部運行上，這導致速度慢於iOS系統。

論述android系統開發平台需要改進性能問題在系統的分類上，性能優化原則和方法，藉助性能優化工具分析解決問題。安卓與IOS系統比起來，我們都知道安卓手機的弊端是在後台偷偷的運行程序，非常占內存也非常耗電，那麼，肯定有人會問現在的華為手機有沒有這種現象，答案是肯定的有的，因為華為搭載的操作系統也是在安卓系統上面進行修改完善的。

至於蘋果手機就沒有後台運行的程序，其歸根結底還是歸根於安卓系統與蘋果系統的底層架構不同而導致的。

比如我們的安卓手機在打開很多個應用的時候，我們的程序都是跑在安卓虛擬機鍾，每個程序會開一個線程或者是多個線程。

這樣一來的話，我們關閉程序的話有可能關不掉其中的線程，所以這些程序都會耗電或者占據內存。

其次定期清理手機，通過手機管家查看偷偷運行的程序，並且停止這些程序，手機定期殺毒以及清理不用的文件等。

比如用華為的手機管家，可以找到手機管家---再找到啟動管理----然後再去根據自己的需要進行設置都是可以關閉掉這些後台程序的。

F. 《Android移動性能實戰》pdf下載在線閱讀全文，求百度網盤雲資源

《Android移動性能實戰》網路網盤pdf最新全集下載:
鏈接: https://pan..com/s/1CWv_UCTs0sAHSAfkVQetjw

G. 針對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性能優化的淺談

H. 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

I. 電腦培訓分享Android模擬器大幅優化

來自Android開發者博客的消息，Android模擬器現在已經有了多項改進和優化，可以讓開發者們更方便的進行應用開發。

Android模擬器是Android開發者進行應用研發和測試的重要工具，由於目前Android的硬體設備的快速成長，模擬器已經稍顯落後。現在新的模擬器已經帶來了包括GPU支持、CPU加速、感測器支持、多手指輸入等新的功能。

在最新的Android 4.0.3 R2模擬器中，已經加入了GPU支持，可以支持OpenGL ES 2.0標准，讓開發者可以藉助模擬器來測試自己的OpenGL游戲。

在去年新增了攝像頭支持之後，現在的新版模擬器也加入了包括多點觸摸輸入設備的支持，未來還將加入藍牙和NFC支持。

改進的模擬器現在可以通過使用本地CPU實現更快的執行效率，電腦培訓http://www.kmbdqn.com/認為這對於一些通過模擬器體驗新版系統的玩家來說也是好事，不會再像之前那樣卡了。