極力推薦文章:歡迎收藏
Android 乾貨分享 java
Android
是一種基於Linux
的自由及開放源代碼的操做系統,主要使用於移動設備,如智能手機和平板電腦,由Google
公司和開放手機聯盟領導及開發。這裏會不斷收集和更新Android
基礎相關的面試題,目前已收集100
題。linux
Android
會同一系列核心應用程序包一塊兒發佈,該應用程序包包括Email
客戶端,SMS
短消息程序,日曆,地圖,瀏覽器,聯繫人管理程序等。全部的應用程序都是使用JAVA
語言編寫的。android
開發人員能夠徹底訪問核心應用程序所使用的API
框架(android.jar)
。該應用程序的架構設計簡化了組件的重用;任何一個應用程序均可以發佈它的功能塊而且任何其它的應用程序均可以使用其所發佈的功能塊。程序員
Android
包含一些C/C++
庫,這些庫能被Android
系統中不一樣的組件使用。它們經過 Android
應用程序框架爲開發者提供服務。web
Android
的核心繫統服務依賴於 Linux
內核,如安全性,內存管理,進程管理, 網絡協議棧和驅動模型。 Linux
內核也同時做爲硬件和軟件棧之間的抽象層。面試
![Activity的生命週期
](https://upload-images.jianshu...算法
主要有onCreate()、onStart()、onResume()、onPause()、onStop()、onDestroy()和onRestart()
等7個方法。sql
A Activity
,分別執行onCreate()、onStart()、onResume()
方法。數據庫
A Activity
打開B Activity
分別執行A onPause()、B onCreate()、B onStart()、B onResume()、A onStop()
方法。json
B Activity
分別執行B onPause()、A onRestart()、A onStart()、A onResume()、B onStop()、B onDestroy()
方法。
A Activity
清單文件中不設置android:configChanges
屬性時,先銷燬onPause()、onStop()、onDestroy()
再從新建立onCreate()、onStart()、onResume()
方法,
設置orientation|screenSize(必定要同時出現)
屬性值時,不走生命週期方法,只會執行onConfigurationChanged()
方法。
Activity
之間的切換能夠看出onPause()、onStop()
這兩個方法比較特殊,切換的時候onPause()
方法不要加入太多耗時操做不然會影響體驗。
主要有onAttach()、onCreate()、onCreateView()、onActivityCreated()、onstart()、onResume()、onPause()、onStop()、onDestroyView()、onDestroy()、onDetach()
等11個方法。
分別執行onAttach()、onCreate()、onCreateView()、onActivityCreated()、onstart()、onResume()
方法。
分別執行onPause()、onStop()
方法。
分別執行onstart()、onResume()
方法。
分別執行onPause()、onStop()、onDestroyView()
方法。
分別執行onCreateView()、onActivityCreated()、onstart()、onResume()
方法。
在Service
的生命週期裏,經常使用的有:
startService() 啓動服務 stopService() 關閉服務 bindService() 綁定服務 unbindService() 解綁服務
onCreat() 建立服務 onStartCommand() 開始服務 onDestroy() 銷燬服務 onBind() 綁定服務 onUnbind() 解綁服務
startService()
啓動服務,自動調用內部方法:onCreate()、onStartCommand()
,若是一個Service
被startService()
屢次啓動,那麼onCreate()
也只會調用一次。stopService()
關閉服務,自動調用內部方法:onDestory()
,若是一個Service
被啓動且被綁定,若是在沒有解綁的前提下使用stopService()
關閉服務是沒法中止服務的。bindService()
後,自動調用內部方法:onCreate()、onBind()
。unbindService()
後,自動調用內部方法:onUnbind()、onDestory()
。 startService()
和stopService()
只能開啓和關閉Service
,沒法操做Service
,調用者退出後Service
仍然存在;bindService()
和unbindService()
能夠操做Service
,調用者退出後,Service
隨着調用者銷燬。Android
中動畫分別幀動畫、補間動畫和屬性動畫(Android 3.0之後的)
幀動畫是最容易實現的一種動畫,這種動畫更多的依賴於完善的UI
資源,他的原理就是將一張張單獨的圖片連貫的進行播放,從而在視覺上產生一種動畫的效果;有點相似於某些軟件製做gif
動畫的方式。在有些代碼中,咱們還會看到android:oneshot="false"
,這個oneshot
的含義就是動畫執行一次(true)
仍是循環執行屢次。
<?xml version="1.0" encoding="utf-8"?> <animation-list xmlns:android="http://schemas.android.com/apk/res/android"> <item android:drawable="@drawable/a_0" android:duration="100" /> <item android:drawable="@drawable/a_1" android:duration="100" /> <item android:drawable="@drawable/a_2" android:duration="100" /> </animation-list>
補間動畫又能夠分爲四種形式,分別是 alpha(淡入淡出)
,translate(位移)
,scale(縮放大小)
,rotate(旋轉)
。
補間動畫的實現,通常會採用xml
文件的形式;代碼會更容易書寫和閱讀,同時也更容易複用。Interpolator
主要做用是能夠控制動畫的變化速率 ,就是動畫進行的快慢節奏。pivot
決定了當前動畫執行的參考位置
<?xml version="1.0" encoding="utf-8"?> <set xmlns:android="http://schemas.android.com/apk/res/android" android:interpolator="@[package:]anim/interpolator_resource" android:shareInterpolator=["true" | "false"] > <alpha android:fromAlpha="float" android:toAlpha="float" /> <scale android:fromXScale="float" android:toXScale="float" android:fromYScale="float" android:toYScale="float" android:pivotX="float" android:pivotY="float" /> <translate android:fromXDelta="float" android:toXDelta="float" android:fromYDelta="float" android:toYDelta="float" /> <rotate android:fromDegrees="float" android:toDegrees="float" android:pivotX="float" android:pivotY="float" /> <set> ... </set> </set>
屬性動畫,顧名思義它是對於對象屬性的動畫。所以,全部補間動畫的內容,均可以經過屬性動畫實現。屬性動畫的運行機制是經過不斷地對值進行操做來實現的,而初始值和結束值之間的動畫過渡就是由ValueAnimator
這個類來負責計算的。它的內部使用一種時間循環的機制來計算值與值之間的動畫過渡,咱們只須要將初始值和結束值提供給ValueAnimator
,而且告訴它動畫所需運行的時長,那麼ValueAnimator
就會自動幫咱們完成從初始值平滑地過渡到結束值這樣的效果。除此以外,ValueAnimator
還負責管理動畫的播放次數、播放模式、以及對動畫設置監聽器等。
Activity
是Android
程序與用戶交互的窗口,是Android
構造塊中最基本的一種,它須要爲保持各界面的狀態,作不少持久化的事情,妥善管理生命週期以及一些跳轉邏輯。
接受一種或者多種Intent
做觸發事件,接受相關消息,作一些簡單處理,轉換成一條Notification
,統一了Android
的事件廣播模型。
是Android
提供的第三方應用數據的訪問方案,能夠派生Content Provider
類,對外提供數據,能夠像數據庫同樣進行選擇排序,屏蔽內部數據的存儲細節,向外提供統一的接口模型,大大簡化上層應用,對數據的整合提 供了更方便的途徑。
後臺服務於Activity
,封裝有一個完整的功能邏輯實現,接受上層指令,完成相關的事務,定義好須要接受的Intent
提供同步和異步的接口。
FrameLayout(幀佈局):
全部東西依次都放在左上角,會重疊LinearLayout(線性佈局):
按照水平和垂直進行數據展現RelativeLayout(相對佈局):
以某一個元素爲參照物,來定位的佈局方式
TableLayout(表格佈局):
每個TableLayout
裏面有表格行TableRow
,TableRow
裏面能夠具體定義每個元素(Android TV上使用)
AbsoluteLayout(絕對佈局):
用X,Y
座標來指定元素的位置,元素多就不適用。(機頂盒上使用)
`
PercentRelativeLayout(百分比相對佈局)
能夠經過百分比控制控件的大小。 PercentFrameLayout(百分比幀佈局)
能夠經過百分比控制控件的大小。
方案二、使用XMPP
協議(Openfire + Spark + Smack)
XML
協議的通信協議,前身是Jabber
,目前已由IETF
國際標準化組織完成了標準化工做。Java
版的開發實例androidpn
。(基於XML)
、費流量、費電,部署硬件成本高。方案三、使用MQTT
協議
方案四、使用HTTP
輪循方式
HTTP
服務端接口(Web Service API)
獲取最新消息。SharedPreferences
存儲數據它是Android
提供的用來存儲一些簡單配置信息的一種機制,採用了XML
格式將數據存儲到設備中。只能在同一個包內使用,不能在不一樣的包之間使用。
文件存儲方式是一種較經常使用的方法,在Android
中讀取/寫入文件
的方法,與Java
中實現I/O
的程序是徹底同樣的,提供了openFileInput()
和openFileOutput()
方法來讀取設備上的文件。
SQLite
是Android
所帶的一個標準的數據庫,它支持SQL
語句,它是一個輕量級的嵌入式數據庫。
主要用於應用程序之間進行數據交換,從而可以讓其餘的應用保存或讀取此Content Provider
的各類數據類型。
經過網絡上提供給咱們的存儲空間來上傳(存儲)和下載(獲取)咱們存儲在網絡空間中的數據信息。
介紹 Android
啓動模式以前,先介紹兩個概念task
和taskAffinity
翻譯過來就是「任務」,是一組相互有關聯的 activity
集合,能夠理解爲 Activity
是在 task
裏面活動的。 task
存在於一個稱爲 back stack
的數據結構中,也就是說, task
是以棧的形式去管理 activity
的,因此也叫能夠稱爲任務棧
。
官方文檔解釋是:The task that the activity has an affinity for.
,能夠翻譯爲 activity
相關或者親和的任務,這個參數標識了一個 Activity
所須要的任務棧的名字。默認狀況下,全部Activity
所需的任務棧的名字爲應用的包名。 taskAffinity
屬性主要和 singleTask
啓動模式或者 allowTaskReparenting
屬性配對使用。
也是系統默認的啓動模式。假如 activity A
啓動了 activity B
, activity B
則會運行在 activity A
所在的任務棧中。並且每次啓動一個 Activity
,都會從新建立新的實例,無論這個實例在任務中是否已經存在。非 Activity
類型的 context (如 ApplicationContext )
啓動 standard
模式的 Activity
時會報錯。非 Activity
類型的 context
並無所謂的任務棧,因爲上面第 1 點的緣由因此係統會報錯。此解決辦法就是爲待啓動 Activity
指定 FLAG_ACTIVITY_NEW_TASK
標記位,這樣啓動的時候系統就會爲它建立一個新的任務棧。這個時候待啓動 Activity
實際上是以 singleTask
模式啓動的。
假如 activity A
啓動了 activity B
,就會判斷 A
所在的任務棧棧頂是不是 B
的實例。若是是,則不建立新的 activity B
實例而是直接引用這個棧頂實例,同時 onNewIntent
方法會被回調,經過該方法的參數能夠取得當前請求的信息;若是不是,則建立新的 activity B
實例。
在第一次啓動這個 Activity
時,系統便會建立一個新的任務,而且初始化 Activity
的實例,放在新任務的底部。不過須要知足必定條件的。那就是須要設置 taskAffinity
屬性。前面也說過了, taskAffinity
屬性是和 singleTask
模式搭配使用的。
這個是 singleTask
模式的增強版,它除了具備 singleTask
模式的全部特性外,它還有一點獨特的特性,那就是此模式的 Activity
只能單獨地位於一個任務棧,不與其餘 Activity
共存於同一個任務棧。
首先寫一個類要繼承BroadCastReceiver
<receive android:name=".BroadCastReceiverDemo"> <intent-filter> <action android:name="android.provider.Telephony.SMS_RECEIVED"> </intent-filter> </receiver>
IntentFilter filter = new IntentFilter("android.provider.Telephony.SMS_RECEIVED"); BroadCastReceiverDemo receiver = new BroadCastReceiver(); registerReceiver(receiver, filter);
a.第一種是常駐型廣播,也就是說當應用程序關閉後,若是有信息廣播來,程序也會被系統調用自動運行。
b.第二種不是常駐廣播,也就是說廣播跟隨程序的生命週期。
ANR
的全稱application not responding
應用程序未響應。
ANR 類型 | 最長ANR時間 |
---|---|
事件分發(點擊輸入等): | 5s |
BroadcastReceiver | 10s |
Service | 20s` |
超出執行時間就會產生ANR
。注意:ANR
是系統拋出的異常,程序是捕捉不了這個異常的。
Activity
應該在它的關鍵生命週期方法 (如onCreate()和onResume())
裏儘量少的去作建立操做。能夠採用從新開啓子線程的方式,而後使用Handler+Message
的方式作一些操做,好比更新主線程中的ui
等。(由於 BroadcastReceiver的生命週期短)
,替代的是,若是響應Intent
廣播須要執行一個耗時的動做的話,應用程序應該啓動一個 Service
。利用好 convertView
來重用 View
,切忌每次 getView()
都新建。ListView
的核心原理就是重用 View
,若是重用 view
不改變寬高,重用View
能夠減小從新分配緩存形成的內存頻繁分配/回收;
使用ViewHolder
的緣由是findViewById
方法耗時較大,若是控件個數過多,會嚴重影響性能,而使用ViewHolder
主要是爲了能夠省去這個時間。經過setTag,getTag
直接獲取View
。
這是全部Layout
都必須遵循的,佈局層級過深會直接致使View
的測量與繪製浪費大量的時間。
RecycleView
代替。Android
系統不會安裝一個沒有數字證書的應用程序Android
程序包使用的數字證書能夠是自簽名的,不須要一個權威的數字證書機構簽名認證Android
,必須使用一個合適的私鑰生成的數字證書來給程序簽名。Android
只是在應用程序安裝的時候纔會檢查證書的有效期。若是程序已經安裝在系統中,即便證書過時也不會影響程序的正常功能。root
指的是你有權限能夠再系統上對全部檔案有 "讀" "寫" "執行"的權力。root
機器不是真正能讓你的應用程序具備root
權限。它原理就跟linux
下的像sudo
這樣的命令。在系統的bin
目錄下放個su
程序並屬主是root
並有suid
權限。則經過su
執行的命令都具備Android root
權限。固然使用臨時用戶權限想把su
拷貝的/system/bin
目錄並改屬性並非一件容易的事情。這裏用到2
個工具跟2
個命令。把busybox
拷貝到你有權限訪問的目錄而後給他賦予4755
權限,你就能夠用它作不少事了。
顯示視圖,內置畫布,提供圖形繪製函數、觸屏事件、按鍵事件函數等,必須在UI主線程內更新畫面,速度較慢
基於view
視圖進行拓展的視圖類,更適合2D
遊戲的開發,是view
的子類,相似使用雙緩機制,在新的線程中更新畫面因此刷新界面速度比view
快。
基於SurfaceView
視圖再次進行拓展的視圖類,專用於3D
遊戲開發的視圖,是surfaceView
的子類,openGL
專用
doInBackground()
方法的參數類型onProgressUpdate()
方法的參數類型onPostExecute()
方法的參數類型,也是doInBackground()
方法返回的類型onPostExecute() onPreExecute() onProgressUpdate(Progress...)
doInBackground()
cancel(boolean mayInterruptIfRunning)
AsyncTask。
AsyncTask
中定義的下面一個或幾個方法onPreExecute()、doInBackground(Params...)、onProgressUpdate(Progress...)、onPostExecute(Result)
。execute
方法必須在UI thread
中調用。task
只能被執行一次,不然屢次調用時將會出現異常,取消任務可調用cancel
。I18n
叫作國際化。Android
對i18n
和L10n
提供了很是好的支持。軟件在res/vales
以及 其餘帶有語言修飾符的文件夾。如: values-zh
這些文件夾中 提供語言,樣式,尺寸 xml
資源。
NDK
是一系列工具集合,NDK
提供了一系列的工具,幫助開發者迅速的開發C/C++
的動態庫,並能自動將so
和Java
應用打成apk
包。NDK
集成了交叉編譯器,並提供了相應的mk
文件和隔離cpu
、平臺等的差別,開發人員只須要簡單的修改mk
文件就能夠建立出so
文件。經過主界面進入,就是設置默認啓動的activity
。在manifest.xml
文件的activity
標籤中,寫如下代碼
<intent- filter> <intent android:name=「android.intent.action.MAIN」> <intent android:name=」android:intent.category.LAUNCHER」> </intent-filter>
從另外一個組件跳轉到目標 activity ,須要經過 intent 進行跳轉。具體
Intent intent=new Intent(this,activity.class),startActivity(intent)
當程序運行時所需的內存大於程序容許的最高內存,這時會出現內存溢出;
在一些比較消耗資源的操做中,若是操做中內存一直未被釋放,就會出現內存泄漏。好比未關閉io,cursor
。
sim
卡就是電話卡,sim
卡內有本身的操做系統,用來與手機通信的。Ef
文件用來存儲數據的。
1.運行
2.暫停
3.中止
設置activity的style
屬性=」@android:style/Theme.Dialog」
<activity android:name=".CondorMainActivity" android:label="@string/app_name" android:theme="@android:style/Theme.Dialog" > <intent-filter> <action android:name="android.intent.action.MAIN" /> <category android:name="android.intent.category.LAUNCHER" /> </intent-filter> </activity>
gravity:
表示組件內元素的對齊方式layout_gravity:
相對於父類容器,該視圖組件的對齊方式
activity
Finish() killProgress() System.exit(0)
關閉應用程序時,結束全部的activity
能夠建立一個List
集合,每新建立一個activity
,將該activity
的實例放進list
中,程序結束時,從集合中取出循環取出activity
實例,調用finish()
方法結束
在onPuase
方法中調用onSavedInstanceState()
Px:
像素Sp與dp
是長度單位,可是與屏幕的單位密度無關.
這三個都是Android
應用頻率很是的組件。Activity
與service
是四大核心組件。Activity
用來加載佈局,顯示窗口界面,service
運行後臺,沒有界面顯示,intent
是activity
與service
的通訊使者。
File:
文件存儲,推薦使用sharedPreferecnces
靜態變量
是適配器,用來爲列表提供數據適配的。常用的adapter
有baseadapter
,arrayAdapter,SimpleAdapter,cursorAdapter,SpinnerAdapter
等
Fragment
對象有一個getActivity()
的方法,經過該方法與activity
交互
使用framentmentManager.findFragmentByXX
能夠獲取fragment
對象,在activity
中直接操做fragment
對象。
使用adapter
的notifyDataSetChanged
方法
廣播接收者的生命週期很是短。當執行onRecieve
方法以後,廣播就會銷燬
在廣播接受者不能進行耗時較長的操做
在廣播接收者不要建立子線程。廣播接收者完成操做後,所在進程會變成空進程,很容易被系統回收
`ContentProvider
會對外隱藏內部實現,只須要關注訪問contentProvider
的uri
便可,contentProvider
應用在app間共享。Sqlite
操做本應用程序的數據庫。ContentProiver
能夠對本地文件進行增刪改查操做
默認狀況下activity
的狀態系統會自動保存,有些時候須要咱們手動調用保存。
當activity
處於onPause,onStop
以後,activity
處於未活動狀態,可是activity
對象卻仍然存在。當內存不足,onPause,onStop
以後的activity
可能會被系統摧毀。
當經過返回退出activity
時,activity
狀態並不會保存。
保存activity
狀態須要重寫onSavedInstanceState()
方法,在執行onPause,onStop
以前調用onSavedInstanceState
方法,onSavedInstanceState
須要一個Bundle
類型的參數,咱們能夠將數據保存到bundle
中,經過實參傳遞給onSavedInstanceState
方法。
Activity
被銷燬後,從新啓動時,在onCreate
方法中,接受保存的bundle
參數,並將以前的數據取出。
Content
與application
都繼承與contextWrapper
,contextWrapper
繼承於Context
類。
Context:
表示當前上下文對象,保存的是上下文中的參數和變量,它可讓更加方便訪問到一些資源。Context
一般與activity
的生命週期是同樣的,application
表示整個應用程序的對象。
對於一些生命週期較長的,不要使用context
,可使用application
。
在activity
中,儘可能使用靜態內部類,不要使用內部類。內部裏做爲外部類的成員存在,不是獨立於activity
,若是內存中還有內存繼續引用到context
,activity
若是被銷燬,context
還不會結束。
默認狀況service
在main thread
中執行,當service
在主線程中運行,那在service
中不要進行一些比較耗時的操做,好比說網絡鏈接,文件拷貝等。
默認狀況下service
與activity
在同一個線程,都在main Thread
,或者ui
線程中。
若是在清單文件中指定service
的process
屬性,那麼service
就在另外一個進程中運行。
能夠。
能夠的,就在onstartConmand
方法內執行。
ContentProvider:
內容提供者,對外提供數據的操做,contentProvider.notifyChanged(uir)
:能夠更新數據contentResolver:
內容解析者,解析ContentProvider
返回的數據ContentObServer:
內容監聽者,監聽數據的改變,contentResolver.registerContentObServer()
ContentProvider
是一個對外提供數據的接口,首先須要實現ContentProvider
這個接口,而後重寫query,insert,getType,delete,update
方法,最後在清單文件定義contentProvider
的訪問uri
。
bundle
類型,可是bundle
類型的數據須要實現Serializable
或者parcelable
接口若是存儲在內存中,推薦使用parcelable
,使用serialiable
在序列化的時候會產生大量的臨時變量,會引發頻繁的GC
若是存儲在硬盤上,推薦使用Serializable
,雖然serializable
效率較低
Serializable的實現:
只須要實現Serializable
接口,就會自動生成一個序列化id
Parcelable的實現:
須要實現Parcelable
接口,還須要Parcelable.CREATER
變量
Intent
和 IntentFilter
Intent
是組件的通信使者,能夠在組件間傳遞消息和數據。IntentFilter
是intent
的篩選器,能夠對intent
的action,data,catgory,uri
這些屬性進行篩選,肯定符合的目標組件。
IntentService
是 Service
的子類,比普通的 Service
增長了額外的功能。先看 Service
自己存在兩個問題:
1.Service
不會專門啓動一條單獨的進程,Service
與它所在應用位於同一個進程中;
2.Service
也不是專門一條新線程,所以不該該在 Service
中直接處理耗時的任務;
會建立獨立的 worker
線程來處理全部的 Intent
請求;
會建立獨立的 worker
線程來處理 onHandleIntent()
方法實現的代碼,無需處理多線程問題;
全部請求處理完成後,IntentService
會自動中止,無需調用 stopSelf()
方法中止 Service
;
爲 Service
的 onBind()
提供默認實現,返回 null
;
爲 Service
的 onStartCommand
提供默認實現,將請求 Intent
添加到隊列中
讓 service
類繼承IntentService
,重寫onStartCommand
和onHandleIntent
實現
從 MVC
的角度考慮(應用程序內) 其實回答這個問題的時候還能夠這樣問,android
爲何要有那 4
大組件,如今的移動開發模型基本上也是照搬的 web
那一套 MVC
架構,只不過稍微作了修改。android
的四大組件本質上就是爲了實現移動或者說嵌入式設備上的 MVC
架構,它們之間有時候是一種相互依存的關係,有時候又是一種補充關係,引入廣播機制能夠方便幾大組件的信息和數據交互。
程序間互通消息(例如在本身的應用程序內監聽系統來電)
效率上(參考 UDP
的廣播協議在局域網的方便性)
設計模式上(反轉控制的一種應用,相似監聽者模式)
當 convertView
爲空時,用 setTag()
方法爲每一個 View
綁定一個存放控件的 ViewHolder
對象。當convertView
不爲空, 重複利用已經建立的 view
的時候, 使用 getTag()
方法獲取綁定的 ViewHolder
對象,這樣就避免了 findViewById
對控件的層層查詢,而是快速定位到控件。 複用 ConvertView
,使用歷史的 view
,提高效率 200%
自定義靜態類 ViewHolder
,減小 findViewById
的次數。提高效率 50%
異步加載數據,分頁加載數據。
使用 WeakRefrence
引用 ImageView
對象
設置 ListView
的滾動監聽器:setOnScrollListener(new OnScrollListener{….})
在監聽器中有兩個方法: 滾動狀態發生變化的方法(onScrollStateChanged)
和 listView
被滾動時調用的方法(onScroll)
在滾動狀態發生改變的方法中,有三種狀態:
手指按下移動的狀態:SCROLL_STATE_TOUCH_SCROLL
慣性滾動(滑翔(flgin)狀態): SCROLL_STATE_FLING
:
靜止狀態:SCROLL_STATE_IDLE:
分批加載數據,只關心靜止狀態:關心最後一個可見的條目,若是最後一個可見條目就是數據適配器(集合)裏的最後一個,此時可加載更多的數據。在每次加載的時候,計算出滾動的數量,當滾動的數量大於等於總數量的時候,能夠提示用戶無更多數據了。
這個固然能夠的,ListView
顯示的每一個條目都是經過 baseAdapter
的 getView(int position,View convertView, ViewGroup parent)
來展現的,理論上咱們徹底可讓每一個條目都是不一樣類型的view。
好比:從服務器拿回一個標識爲 id=1
,那麼當 id=1
的時候,咱們就加載類型一的條目,當 id=2
的時候,加載類型二的條目。常見佈局在資訊類客戶端中能夠常常看到。
除此以外 adapter
還提供了 getViewTypeCount()
和 getItemViewType(int position)
兩個方法。在 getView
方法中咱們能夠根據不一樣的 viewtype
加載不一樣的佈局文件。
能夠經過 ListView
提供的 lv.setSelection(listView.getPosition())
方法。
一般狀況下咱們不會在 ScrollView
中嵌套 ListView
。
在 ScrollView
添加一個 ListView
會致使 listview
控件顯示不全,一般只會顯示一條,這是由於兩個控件的滾動事件衝突致使。因此須要經過 listview
中的 item
數量去計算 listview
的顯示高度,從而使其完整展現。
現階段最好的處理的方式是: 自定義 ListView
,重載 onMeasure()
方法,設置所有顯示。
manifest:
根節點,描述了package
中全部的內容。uses-permission:
請求你的package
正常運做所需賦予的安全許可。permission:
聲明瞭安全許可來限制哪些程序能你package
中的組件和功能。instrumentation:
聲明瞭用來測試此package
或其餘package
指令組件的代碼。application:
包含package
中application
級別組件聲明的根節點。activity:
Activity是用來與用戶交互的主要工具。receiver:
IntentReceiver
能使的application
得到數據的改變或者發生的操做,即便它當前不在運行。service:
Service
是能在後臺運行任意時間的組件。provider:
ContentProvider
是用來管理持久化數據併發布給其餘應用程序使用的組件。
圖片錯位問題的本質源於咱們的 listview
使用了緩存 convertView
, 假設一種場景, 一個 listview
一屏顯示九個 item
,那麼在拉出第十個 item
的時候,事實上該 item
是重複使用了第一個 item
,也就是說在第一個 item
從網絡中下載圖片並最終要顯示的時候,其實該 item
已經不在當前顯示區域內了,此時顯示的後果將可能在第十個 item
上輸出圖像,這就致使了圖片錯位的問題。因此解決辦法就是可見則顯示,不可見則不顯示
。
Fragment
自己並無 replace
和 add
方法,FragmentManager
纔有replace
和add
方法。咱們常用的一個架構就是經過RadioGroup
切換Fragment
,每一個 Fragment
就是一個功能模塊。
Fragment
的容器一個 FrameLayout
,add
的時候是把全部的 Fragment
一層一層的疊加到了。FrameLayout
上了,而 replace
的話首先將該容器中的其餘 Fragment
去除掉而後將當前Fragment
添加到容器中。
一個 Fragment
容器中只能添加一個 Fragment
種類,若是屢次添加則會報異常,致使程序終止,而 replace
則無所謂,隨便切換。由於經過 add
的方法添加的 Fragment
,每一個 Fragment
只能添加一次,所以若是要想達到切換效果須要經過 Fragment
的的 hide
和 show
方法結合者使用。將要顯示的 show
出來,將其餘 hide
起來。這個過程 Fragment
的生命週期沒有變化。
經過 replace
切換 Fragment
,每次都會執行上一個 Fragment
的 onDestroyView
,新 Fragment
的 onCreateView、onStart、onResume
方法。基於以上不一樣的特色咱們在使用的使用必定要結合着生命週期操做咱們的視圖和數據。
Fragment
的事物管理器內部維持了一個雙向鏈表結構,該結構能夠記錄咱們每次 add
的Fragment
和 replace
的 Fragment
,而後當咱們點擊 back
按鈕的時候會自動幫咱們實現退棧操做。
Fragment
是 android3.0
之後引入的的概念,作局部內容更新更方便,原來爲了到達這一點要把多個佈局放到一個 activity
裏面,如今能夠用多 Fragment
來代替,只有在須要的時候才加載Fragment
,提升性能。
Fragment
可使你可以將 activity
分離成多個可重用的組件,每一個都有它本身的生命週期和UI
。Fragment
能夠輕鬆得建立動態靈活的 UI
設計,能夠適應於不一樣的屏幕尺寸。從手機到平板電腦。Fragment
是一個獨立的模塊,牢牢地與 activity
綁定在一塊兒。能夠運行中動態地移除、加入、交換等。Fragment
提供一個新的方式讓你在不一樣的安卓設備上統一你的 UI。Fragment
解決 Activity
間的切換不流暢,輕量切換。Fragment
替代 TabActivity
作導航,性能更好。Fragment
在 4.2.
版本中新增嵌套 fragment
使用方法,可以生成更好的界面效果。
翻看了 Android
官方 Doc
,和一些組件的源代碼,發現 replace()
這個方法只是在上一個 Fragment
再也不須要時採用的簡便方法.
正確的切換方式是 add()
,切換時 hide()
,add()
另外一個 Fragment;再次切換時,只需 hide()
當前,show()
另外一個。
這樣就能作到多個 Fragment
切換不從新實例化:
若是不考慮使用其餘第三方性能分析工具的話,咱們能夠直接使用 ddms
中的工具,其實 ddms
工具已經很是的強大了。ddms
中有 traceview、heap、allocation tracker
等工具均可以幫助咱們分析應用的方法執行時間效率和內存使用狀況。
Traceview
是 Android
平臺特有的數據採集和分析工具,它主要用於分析 Android
中應用程序的 hotspot(瓶頸)
。Traceview
自己只是一個數據分析工具,而數據的採集則須要使用 AndroidSDK
中的 Debug
類或者利用 DDMS
工具。
heap
工具能夠幫助咱們檢查代碼中是否存在會形成內存泄漏的地方。
allocation tracker
是內存分配跟蹤工具
自 定 義 一 個 Application
, 比 如 叫 MyApplication
繼 承 Application
實 現UncaughtExceptionHandler
。
覆寫 UncaughtExceptionHandler
的 onCreate
和 uncaughtException
方法。
注意:上面的代碼只是簡單的將異常打印出來。在 onCreate
方法中咱們給 Thread
類設置默認異常處理 handler
,若是這句代碼不執行則一切都是白搭。在 uncaughtException
方法中咱們必須新開闢個線程進行咱們異常的收集工做,而後將系統給殺死。
在 AndroidManifest
中配置該 Application:<application android:name="com.example.uncatchexception.MyApplication"
Crashlytics
是專門爲移動應用開發者提供的保存和分析應用崩潰的工具。國內主要使用的是友盟作數據統計。
Crashlytics 的好處:
1.`Crashlytics `不會漏掉任何應用崩潰信息。 2.`Crashlytics` 能夠像` Bug `管理工具那樣,管理這些崩潰日誌。 3.`Crashlytics` 能夠天天和每週將崩潰信息彙總發到你的郵箱,全部信息一目瞭然。
把這個文件放在/res/raw
目錄下便可。res\raw
目錄中的文件不會被壓縮,這樣能夠直接提取該目錄中的文件,會生成資源id
。
IntentService
是 Service
的子類,比普通的 Service
增長了額外的功能。先看 Service
自己存在兩個問題:
Service
不會專門啓動一條單獨的進程,Service
與它所在應用位於同一個進程中;Service
也不是專門一條新線程,所以不該該在 Service
中直接處理耗時的任務;
會建立獨立的 worker
線程來處理全部的 Intent
請求;
會建立獨立的 worker
線程來處理 onHandleIntent()
方法實現的代碼,無需處理多線程問題;
全部請求處理完成後,IntentService
會自動中止,無需調用 stopSelf()
方法中止 Service
;
爲 Service
的 onBind()
提供默認實現,返回 null
;
爲 Service
的 onStartCommand
提供默認實現,將請求 Intent
添加到隊列中;
NDK
是一系列工具的集合.NDK
提供了一系列的工具,幫助開發者快速開發C或C++
的動態庫,並能自動將so
和java
應用一塊兒打包成apk.
這些工具對開發者的幫助是巨大的.NDK
集成了交叉編譯器,並提供了相應的mk
文件隔離CPU,平臺,ABI
等差別,開發人員只須要簡單修改 mk
文件(指出"哪些文件須要編譯","編譯特性要求"等),就能夠建立出so
.
NDK
能夠自動地將so
和Java
應用一塊兒打包,極大地減輕了開發人員的打包工做.NDK
提供了一份穩定,功能有限的API
頭文件聲明.
Google
明確聲明該API
是穩定的,在後續全部版本中都穩定支持當前發佈的API
.從該版本的NDK
中看出,這些 API
支持的功能很是有限,包含有:C標準庫(libc),標準數學庫(libm ),壓縮庫(libz),Log庫(liblog)
.
AsyncTask
運用的場景就是咱們須要進行一些耗時的操做,耗時操做完成後更新主線程,或者在操做過程當中對主線程的UI
進行更新。
AsyncTask
中維護着一個長度爲128
的線程池,同時能夠執行5
個工做線程,還有一個緩衝隊列,當線程池中已有128
個線程,緩衝隊列已滿時,若是 此時向線程提交任務,將會拋出RejectedExecutionException。
由一個控制線程來處理AsyncTask
的調用判斷線程池是否滿了,若是滿了則線程睡眠不然請求AsyncTask
繼續處理。
1.共享內存(變量)
2.文件,數據庫
3.Handler
4.Java
裏的 wait(),notify(),notifyAll()
apk
程序是運行在虛擬機上的,對應的是 Android
獨特的權限機制,只有體現到文件系統上時才
linux
的權限設置。linux
文件系統上的權限 -rwxr-x--x system system 4156 2010-04-30 16:13 test.apk
表明的是相應的用戶/用戶組及其餘人對此文件的訪問權限,與此文件運行起來具備的權限徹底不相關。好比上面的例子只能說明 system
用戶擁有對此文件的讀寫執行權限;system
組的用戶對此文件擁有讀、執行權限;其餘人對此文件只具備執行權限。而 test.apk
運行起來後能夠幹哪些事情,跟這個就不相關了。千萬不要看 apk
文件系統上屬於 system/system
用戶及用戶組,或者root/root
用戶及用戶組,就認爲 apk
具備 system
或 root
權限
Android
中的apk
必須簽名
基於 UserID
的進程級別的安全機制
默認 apk
生成的數據對外是不可見的AndroidManifest.xml
中的顯式權限聲明
全部的框架都是基於反射 和 配置文件(manifest)
的。
Activity
建立一個 view
是經過 ondraw
畫出來的, 畫這個 view
以前呢,還會調用 onmeasure
方法來計算顯示的大小.
Surfaceview
是直接操做硬件的,由於 或者視頻播放對幀數有要求,onDraw
效率過低,不夠使,Surfaceview
直接把數據寫到顯存。
aidl
是 Android interface definition Language
的英文縮寫,意思 Android
接口定義語言。
使用 aidl
能夠幫助咱們發佈以及調用遠程服務,實現跨進程通訊。
將服務的 aidl
放到對應的 src
目錄,工程的 gen
目錄會生成相應的接口類
咱們經過 bindService(Intent,ServiceConnect,int)
方法綁定遠程服務,在 bindService
中 有 一 個 ServiceConnect
接 口 , 我 們 需 要 覆 寫 該 類 的onServiceConnected(ComponentName,IBinder)
方法,這個方法的第二個參數 IBinder
對象其實就是已經在 aidl
中定義的接口,所以咱們能夠將 IBinder
對象強制轉換爲 aidl
中的接口類。咱們經過 IBinder
獲取到的對象(也就是 aidl
文件生成的接口)實際上是系統產生的代理對象,該代理對象既能夠跟咱們的進程通訊, 又能夠跟遠程進程通訊, 做爲一箇中間的角色實現了進程間通訊。
AIDL
全稱 Android Interface Definition Language
(AndRoid 接口描述語言) 是一種接口描述語言; 編譯器能夠經過 aidl
文件生成一段代碼,經過預先定義的接口達到兩個進程內部通訊進程跨界對象訪問的目的。須要完成兩件事情:
1.引入 AIDL
的相關類.;
2.調用 aidl
產生的 class
理論上, 參數能夠傳遞基本數據類型和 String
, 還有就是 Bundle
的派生類, 不過在 Eclipse
中,目前的 ADT
不支持 Bundle
作爲參數。
/** * 判斷SD是否掛載 */ public static boolean isSDCardMount() { return Environment.getExternalStorageState().equals( Environment.MEDIA_MOUNTED); }
Task
其實是一個Activity
棧,一般用戶感覺的一個Application
就是一個Task
。從這個定義來看,Task
跟Service
或者其餘Components
是沒有任何聯繫的,它只是針對Activity
而言的。
Activity
有不一樣的啓動模式, 能夠影響到task
的分配
在sqlite
插入數據的時候默認一條語句就是一個事務,有多少條數據就有多少次磁盤操做 好比5000
條記錄也就是要5000
次讀寫磁盤操做。
添加事務處理,把多條記錄的插入或者刪除做爲一個事務
1.Touch
事件傳遞的相關API
有dispatchTouchEvent、onTouchEvent、onInterceptTouchEvent
2.Touch
事件相關的類有View、ViewGroup、Activity
3.Touch
事件會被封裝成MotionEvent
對象,該對象封裝了手勢按下、移動、鬆開等動做
4.Touch
事件一般從Activity#dispatchTouchEvent
發出,只要沒有被消費,會一直往下傳遞,到最底層的View
。
5.若是Touch
事件傳遞到的每一個View
都不消費事件,那麼Touch
事件會反向向上傳遞,最終交由Activity#onTouchEvent
處理.
6.onInterceptTouchEvent
爲ViewGroup
特有,能夠攔截事件.
7.Down
事件到來時,若是一個View
沒有消費該事件,那麼後續的MOVE/UP
事件都不會再給它
一個線程能夠產生一個Looper
對象,由它來管理此線程裏的MessageQueue(消息隊列)
。
你能夠構造Handler
對象來與Looper
溝通,以便push
新消息到MessageQueue
裏;或者接收Looper
從Message Queue
取出所送來的消息。
3) Message Queue(消息隊列):
UIthread
一般就是main thread
,而Android
啓動程序時會替它創建一個MessageQueue
。
Hander
持有對UI
主線程消息隊列MessageQueue
和消息循環Looper
的引用,子線程能夠經過Handler
將消息發送到UI
線程的消息隊列MessageQueue
中。
1.自定義View
的屬性 編寫attr.xml
文件
2.在layout
佈局文件中引用,同時引用命名空間
3.在View
的構造方法中得到咱們自定義的屬性 ,在自定義控件中進行讀取(構造方法拿到attr.xml
文件值)
4.重寫onMesure
5.重寫onDraw
在子線程中經過 runOnUiThread()
方法更新 UI
:
若是在非上下文類中(Activity)
,能夠經過傳遞上下文實現調用;
不能,若是在子線程中直接 new Handler()
會拋出異常 java.lang.RuntimeException: Can'tcreate handler inside thread that has not called
主要用於播放一幀幀準備好的圖片,相似GIF
圖片,優勢是使用簡單方便、缺點是須要事先準備好每一幀圖片;
僅需定義開始與結束的關鍵幀,而變化的中間幀由系統補上,優勢是不用準備每一幀,缺點是隻改變了對象繪製,而沒有改變View
自己屬性。所以若是改變了按鈕的位置,仍是須要點擊原來按鈕所在位置纔有效。
是3.0
後推出的動畫,優勢是使用簡單、下降實現的複雜度、直接更改對象的屬性、幾乎可適用於任何對象而僅非View
類,主要包括ValueAnimator
和ObjectAnimator
一 是經過定義 Activity
的主題
經過設置主題樣式在 styles.xml
中編輯以下代碼:
添加 themes.xml 文件: 在 AndroidManifest.xml 中給指定的 Activity 指定 theme。
二 是經過覆寫 Activity
的overridePendingTransition
方法。
覆寫 overridePendingTransition
方法
overridePendingTransition(R.anim.fade, R.anim.hold);
對稱加密,就是加密和解密數據都是使用同一個key
,這方面的算法有DES
。
非對稱加密,加密和解密是使用不一樣的key
。發送數據以前要先和服務端約定生成公鑰和私鑰,使用公鑰加密的數據能夠用私鑰解密,反之。這方面的算法有RSA
。ssh
和 ssl
都是典型的非對稱加密。
這兩個方法都是在 View
的 dispatchTouchEvent
中調用的,onTouch
優先於 onTouchEvent
執行。若是在 onTouch
方法中經過返回 true
將事件消費掉,onTouchEvent
將不會再執行。
另外須要注意的是,onTouch
可以獲得執行須要兩個前提條件
第一 mOnTouchListener
的值不能爲空,
第二當前點擊的控件必須是 enable
的。
所以若是你有一個控件是非 enable
的,那麼給它註冊 onTouch
事件將永遠得不到執行。對於這一類控件,若是咱們想要監聽它的 touch
事件,就必須經過在該控件中重寫 onTouchEvent
方法來實現。
補間動畫只是顯示的位置變更,View 的實際位置未改變,表現爲 View 移動到其餘地方,點擊事件仍在原處才能響應。而屬性動畫控件移動後事件相應就在控件移動後自己進行處理
異常附近多打印 log
信息;
分析 log
日誌,實在不行的話進行斷點調試;
調試不出結果,上 Stack Overflow
貼上異常信息,請教大牛
再多看看代碼,或者從源代碼中查找相關信息
實在不行就 GG
了,找師傅來解決!
頁式,段式,段頁,用到了MMU
,虛擬空間等技術
Bitmap
是 android
中常用的一個類,它表明了一個圖片資源。 Bitmap
消耗內存很嚴重,若是不注意優化代碼,常常會出現 OOM
問題,優化方式一般有這麼幾種:
1.使用緩存;
2.壓縮圖片;
3.及時回收;
至於何時須要手動調用 recycle
,這就看具體場景了,原則是當咱們再也不使用 Bitmap
時,須要回收之。另外,咱們須要注意,2.3
以前 Bitmap
對象與像素數據是分開存放的,Bitmap
對象存在java Heap
中而像素數據存放在 Native Memory
中, 這時頗有必要調用 recycle
回收內存。 可是 2.3
以後,Bitmap
對象和像素數據都是存在 Heap
中,GC
能夠回收其內存。
AsyncTask
內部也是 Handler
機制來完成的,只不過 Android
提供了執行框架來提供線程池來執行相應地任務,由於線程池的大小問題,因此 AsyncTask
只應該用來執行耗時時間較短的任務,好比 HTTP
請求,大規模的下載和數據庫的更改不適用於 AsyncTask
,由於會致使線程池堵塞,沒有線程來執行其餘的任務,致使的情形是會發生 AsyncTask
根本執行不了的問題
Intent
在傳遞數據時是有大小限制的,這裏官方並未詳細說明,不過經過實驗的方法能夠測出數據應該被限制在1MB
以內(1024KB)
,筆者採用的是傳遞Bitmap
的方法,發現當圖片大小超過1024(準確地說是1020左右)
的時候,程序就會出現閃退、中止運行等異常(不一樣的手機反應不一樣),所以能夠判斷Intent的傳輸容量在1MB
以內。
較爲經常使用的就是單例設計模式,工廠設計模式以及觀察者設計模式,
通常須要保證對象在內存中的惟一性時就是用單例模式,例如對數據庫操做的 SqliteOpenHelper
的對象。
工廠模式主要是爲建立對象提供過渡接口,以便將建立對象的具體過程屏蔽隔離起來,達到提升靈活性的目的。
觀察者模式定義對象間的一種一對多的依賴關係,當一個對象的狀態發生改變時,全部依賴於它的對象都獲得通知並被自動更新
從服務器端獲取圖片
經過短信服務,將驗證碼發送給客戶端
開始定位,Application
持有一個全局的公共位置對象,而後隔必定時間自動刷新位置,每次刷新成功都把新的位置信息賦值到全局的位置對象, 而後每一個須要使用位置請求的地方都使用全局的位置信息進行請求。
請求的時候無需再反覆定位,每次請求都使用全局的位置對象,節省時間。
耗電,每隔必定時間自動刷新位置,對電量的消耗比較大。
按需定位,每次請求前都進行定位。這樣作的好處是比較省電,並且節省資源,可是請求時間會變得相對較長。
前置條件是全部用戶相關接口都走 https
,非用戶相關列表類數據走 http
。
第一次登錄 getUserInfo
裏帶有一個長效 token
,該長效 token
用來判斷用戶是否登錄和換取短 token
把長效 token
保存到 SharedPreferences
接口請求用長效 token
換取短token
,短 token
服務端能夠根據你的接口最後一次請求做爲標示,超時時間爲一天。
全部接口都用短效 token
若是返回短效 token
失效,執行第3
步,再直接當前接口
若是長效 token
失效(用戶換設備或超過一月),提示用戶登陸。
LruCache
使用一個 LinkedHashMap
簡單的實現內存的緩存,沒有軟引用,都是強引用。
若是添加的數據大於設置的最大值,就刪除最早緩存的數據來調整內存。maxSize
是經過構造方法初始化的值,他表示這個緩存能緩存的最大值是多少。
size
在添加和移除緩存都被更新值, 他經過 safeSizeOf
這個方法更新值。 safeSizeOf
默認返回 1
,但通常咱們會根據 maxSize
重寫這個方法,好比認爲 maxSize
表明是 KB
的話,那麼就以 KB
爲單位返回該項所佔的內存大小。
除異常外,首先會判斷 size
是否超過 maxSize
,若是超過了就取出最早插入的緩存,若是不爲空就刪掉,並把 size
減去該項所佔的大小。這個操做將一直循環下去,直到 size
比 maxSize
小或者緩存爲空。
安裝和下載 Cygwin
,下載 Android NDK
。ndk
項目中 JNI
接口的設計。
使用 C/C++
實現本地方法。JNI
生成動態連接庫.so
文件。
將動態連接庫複製到 java
工程,在 java
工程中調用,運行 java
工程便可。
中文70(
包括標點),英文160
,160
個字節。
使用asmark
開源框架實現的即時通信功能.該框架基於開源的 XMPP
即時通訊協議,採用 C/S
體系結構,經過 GPRS
無線網絡用 TCP
協議鏈接到服務器,以架設開源的Openfn'e
服務器做爲即時通信平臺。
客戶端基於 Android
平臺進行開發。負責初始化通訊過程,進行即時通訊時,由客戶端負責向服務器發起建立鏈接請求。系統經過 GPRS
無線網絡與 Internet 網絡創建鏈接,經過服務器實現與Android
客戶端的即時通訊腳。
服務器端則採用 Openfire
做爲服務器。 容許多個客戶端同時登陸而且併發的鏈接到一個服務器上。服務器對每一個客戶端的鏈接進行認證,對認證經過的客戶端建立會話,客戶端與服務器端之間的通訊就在該會話的上下文中進行。
listview
的優化。 static
cursor
首先來講使用http
協議上傳數據,特別在android
下,跟form
沒什麼關係。
傳統的在web
中,在form
中寫文件上傳,其實瀏覽器所作的就是將咱們的數據進行解析組拼成字符串,以流的方式發送到服務器,且上傳文件用的都是POST
方式,POST
方式對大小沒什麼限制。
回到題目,能夠說假設每次真的只能上傳2M
,那麼可能咱們只能把文件截斷,而後分別上傳了,斷點上傳。
至此,本篇已結束,若有不對的地方,歡迎您的建議與指正。同時期待您的關注,感謝您的閱讀,謝謝!