Android加載View中Background詳解
更新時間：2015年03月03日 08:53:59 投稿：hebedich
本文講解的是Android什么時候進行View中Background的加載，十分的詳盡，十分全面細致，附上所有代碼，這里推薦給大家，希望大家能夠喜歡。
對大多數(shù)Android的開發(fā)者來說，最經(jīng)常的操作莫過于對界面進行布局，View中背景圖片的加載是最經(jīng)常做的。但是我們很少關(guān)注這個過程，這篇文章主要解析view中背景圖片加載的流程。了解view中背景圖片的加載（資源的加載）可以讓我們對資源加載的過程進行一些優(yōu)化，另外當需要進行整個應(yīng)用的換膚時，也可以更得心應(yīng)手。
View圖片的加載，我們最常見的就是通過在XML文件當中進行drawable的設(shè)置，然后讓Android系統(tǒng)幫我們完成，或者手動寫代碼加載成Bitmap，然后加載到View上。這篇文章主要分析Android在什么時候以及怎么幫我們完成背景圖片的加載的，那么我們就從Activity.setContentView還是LayoutInflater.inflate(...)方法開始分析。
不管是從Activity.setContentView(...)還是LayoutInflater.inflate(...)方法進行View的初始化，最終都會到達LayoutInflater.inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot)這個方法中。在這里我們主要關(guān)注View的背景圖片加載，對于XML如何解析和加載就放過了。
復(fù)制代碼 代碼如下:
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) {
synchronized (mConstructorArgs) {
final AttributeSet attrs = Xml.asAttributeSet(parser);
Context lastContext = (Context)mConstructorArgs[0];
mConstructorArgs[0] = mContext;
View result = root;
try {
// Look for the root node.
int type;
while ((type = parser.next()) != XmlPullParser.START_TAG &&
type != XmlPullParser.END_DOCUMENT) {
// Empty
}
if (type != XmlPullParser.START_TAG) {
throw new InflateException(parser.getPositionDescription()
+ ": No start tag found!");
}
final String name = parser.getName();
if (DEBUG) {
System.out.println("**************************");
System.out.println("Creating root view: "
+ name);
System.out.println("**************************");
}
if (TAG_MERGE.equals(name)) {
if (root == null || !attachToRoot) {
throw new InflateException("<merge /> can be used only with a valid "
+ "ViewGroup root and attachToRoot=true");
}
rInflate(parser, root, attrs, false);
} else {
// Temp is the root view that was found in the xml
View temp;
if (TAG_1995.equals(name)) {
temp = new BlinkLayout(mContext, attrs);
} else {
temp = createViewFromTag(root, name, attrs);
}
ViewGroup.LayoutParams params = null;
if (root != null) {
if (DEBUG) {
System.out.println("Creating params from root: " +
root);
}
// Create layout params that match root, if supplied
params = root.generateLayoutParams(attrs);
if (!attachToRoot) {
// Set the layout params for temp if we are not
// attaching. (If we are, we use addView, below)
temp.setLayoutParams(params);
}
}
if (DEBUG) {
System.out.println("-----> start inflating children");
}
// Inflate all children under temp
rInflate(parser, temp, attrs, true);
if (DEBUG) {
System.out.println("-----> done inflating children");
}
// We are supposed to attach all the views we found (int temp)
// to root. Do that now.
if (root != null && attachToRoot) {
root.addView(temp, params);
}
// Decide whether to return the root that was passed in or the
// top view found in xml.
if (root == null || !attachToRoot) {
result = temp;
}
}
} catch (XmlPullParserException e) {
InflateException ex = new InflateException(e.getMessage());
ex.initCause(e);
throw ex;
} catch (IOException e) {
InflateException ex = new InflateException(
parser.getPositionDescription()
+ ": " + e.getMessage());
ex.initCause(e);
throw ex;
} finally {
// Don't retain static reference on context.
mConstructorArgs[0] = lastContext;
mConstructorArgs[1] = null;
}
return result;
}
}
上面這么長一串代碼，其實思路很清晰，就是針對XML文件進行解析，然后根據(jù)XML解析出的每一個節(jié)點進行View的初始化，緊接著將View的Layout參數(shù)設(shè)置到View上，然后將View添加到它的父控件上。
為了了解View是怎么被加載出來的，我們只需要了解
temp = createViewFromTag(root, name, attrs);
跟進去看看。
/*
* default visibility so the BridgeInflater can override it.
*/
View createViewFromTag(View parent, String name, AttributeSet attrs) {
if (name.equals("view")) {
name = attrs.getAttributeValue(null, "class");
}
if (DEBUG) System.out.println("******** Creating view: " + name);
try {
View view;
if (mFactory2 != null) view = mFactory2.onCreateView(parent, name, mContext, attrs);
else if (mFactory != null) view = mFactory.onCreateView(name, mContext, attrs);
else view = null;
if (view == null && mPrivateFactory != null) {
view = mPrivateFactory.onCreateView(parent, name, mContext, attrs);
}
if (view == null) {
if (-1 == name.indexOf('.')) {
view = onCreateView(parent, name, attrs);
} else {
view = createView(name, null, attrs);
}
}
if (DEBUG) System.out.println("Created view is: " + view);
return view;
} catch (InflateException e) {
throw e;
} catch (ClassNotFoundException e) {
InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class " + name);
ie.initCause(e);
throw ie;
} catch (Exception e) {
InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class " + name);
ie.initCause(e);
throw ie;
}
}
上面代碼的重點在于try...Catch里的內(nèi)容。try包起來的東西就是對View進行初始化，注意到上面代碼中有幾個Factory，這些Factory可以在View進行初始化，也就是說其實我們可以在這里干預(yù)View的初始化。從上面代碼我們可以知道，如果我們自定義了一個Factory，那么當前要初始化的View會優(yōu)先被我們自定義的Factory初始化，而不通過系統(tǒng)默認的Factory初始化。那么如果我們要自定義Factory，應(yīng)該在哪里定義呢？容易想到，F(xiàn)actory必須要趕在資源加載前自定義完成，所以我們應(yīng)該在onCreate(...)的this.setContentView(...)之前設(shè)置LayoutInflater.Factory。
getLayoutInflater().setFactory(factory);
接下來我們看到上面函數(shù)里面的
復(fù)制代碼 代碼如下:
if (-1 == name.indexOf('.')) {
view = onCreateView(parent, name, attrs);
} else {
view = createView(name, null, attrs);
}
這段函數(shù)就是對View進行初始化，有兩種情況，一種是系統(tǒng)自帶的View，它在
if (-1 == name.indexOf('.'))
這里面進行初始化，因為如果是系統(tǒng)自帶的View，傳入的那么一般不帶系統(tǒng)的前綴"android.view."。另一個分支初始化的是我們自定義的View。我們跟進onCreateView看看。
復(fù)制代碼 代碼如下:
protected View onCreateView(String name, AttributeSet attrs)
throws ClassNotFoundException {
return createView(name, "android.view.", attrs);
}
public final View createView(String name, String prefix, AttributeSet attrs)
throws ClassNotFoundException, InflateException {
Constructor<? extends View> constructor = sConstructorMap.get(name);
Class<? extends View> clazz = null;
try {
if (constructor == null) {
// Class not found in the cache, see if it's real, and try to add it
clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
if (mFilter != null && clazz != null) {
boolean allowed = mFilter.onLoadClass(clazz);
if (!allowed) {
failNotAllowed(name, prefix, attrs);
}
}
constructor = clazz.getConstructor(mConstructorSignature);
sConstructorMap.put(name, constructor);
} else {
// If we have a filter, apply it to cached constructor
if (mFilter != null) {
// Have we seen this name before?
Boolean allowedState = mFilterMap.get(name);
if (allowedState == null) {
// New class -- remember whether it is allowed
clazz = mContext.getClassLoader().loadClass(
prefix != null ? (prefix + name) : name).asSubclass(View.class);
boolean allowed = clazz != null && mFilter.onLoadClass(clazz);
mFilterMap.put(name, allowed);
if (!allowed) {
failNotAllowed(name, prefix, attrs);
}
} else if (allowedState.equals(Boolean.FALSE)) {
failNotAllowed(name, prefix, attrs);
}
}
}
Object[] args = mConstructorArgs;
args[1] = attrs;
final View view = constructor.newInstance(args);
if (view instanceof ViewStub) {
// always use ourselves when inflating ViewStub later
final ViewStub viewStub = (ViewStub) view;
viewStub.setLayoutInflater(this);
}
return view;
} catch (NoSuchMethodException e) {
InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class "
+ (prefix != null ? (prefix + name) : name));
ie.initCause(e);
throw ie;
} catch (ClassCastException e) {
// If loaded class is not a View subclass
InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Class is not a View "
+ (prefix != null ? (prefix + name) : name));
ie.initCause(e);
throw ie;
} catch (ClassNotFoundException e) {
// If loadClass fails, we should propagate the exception.
throw e;
} catch (Exception e) {
InflateException ie = new InflateException(attrs.getPositionDescription()
+ ": Error inflating class "
+ (clazz == null ? "<unknown>" : clazz.getName()));
ie.initCause(e);
throw ie;
}
}
從onCreateView(...)中我們知道，其實createViewFromTag(...)中對View的初始化最終都是通過createView(...)這個函數(shù)進行初始化的，不同只在于系統(tǒng)控件需要通過onCreateView(...)加上前綴，以便類加載器(ClassLoader)正確地通過類所在的包初始化這個類。createView(...)這個函數(shù)的思路很清晰，不看catch里面的內(nèi)容，try里面開頭的兩個分支就是用來將所要用的類構(gòu)造函數(shù)提取出來，Android系統(tǒng)會對使用過的類構(gòu)造函數(shù)進行緩存，因為像TextView這些常用的控件可能會被使用很多次。接下來，就是通過類構(gòu)造函數(shù)對View進行初始化了。我們注意到傳入構(gòu)造函數(shù)的mConstructorArgs是一個包含兩個元素的數(shù)組。
final Object[] mConstructorArgs = new Object[2];
那么我們就很清楚了，它就是調(diào)用系統(tǒng)控件中對應(yīng)兩個參數(shù)的構(gòu)造函數(shù)。為了方便，我們就從最基礎(chǔ)的View進行分析。
復(fù)制代碼 代碼如下:
public View(Context context, AttributeSet attrs) {
this(context, attrs, 0);
}
public View(Context context, AttributeSet attrs, int defStyle) {
this(context);
TypedArray a = context.obtainStyledAttributes(attrs, com.android.internal.R.styleable.View,
defStyle, 0);
Drawable background = null;
int leftPadding = -1;
int topPadding = -1;
int rightPadding = -1;
int bottomPadding = -1;
int startPadding = UNDEFINED_PADDING;
int endPadding = UNDEFINED_PADDING;
int padding = -1;
int viewFlagValues = 0;
int viewFlagMasks = 0;
boolean setScrollContainer = false;
int x = 0;
int y = 0;
float tx = 0;
float ty = 0;
float rotation = 0;
float rotationX = 0;
float rotationY = 0;
float sx = 1f;
float sy = 1f;
boolean transformSet = false;
int scrollbarStyle = SCROLLBARS_INSIDE_OVERLAY;
int overScrollMode = mOverScrollMode;
boolean initializeScrollbars = false;
boolean leftPaddingDefined = false;
boolean rightPaddingDefined = false;
boolean startPaddingDefined = false;
boolean endPaddingDefined = false;
final int targetSdkVersion = context.getApplicationInfo().targetSdkVersion;
final int N = a.getIndexCount();
for (int i = 0; i < N; i++) {
int attr = a.getIndex(i);
switch (attr) {
case com.android.internal.R.styleable.View_background:
background = a.getDrawable(attr);
break;
case com.android.internal.R.styleable.View_padding:
padding = a.getDimensionPixelSize(attr, -1);
mUserPaddingLeftInitial = padding;
mUserPaddingRightInitial = padding;
leftPaddingDefined = true;
rightPaddingDefined = true;
break;
//省略一大串無關(guān)的函數(shù)
}
由于我們只關(guān)注View中的背景圖是怎么加載的，注意這個函數(shù)其實就是遍歷AttributeSet attrs這個東西，然后對View的各個屬性進行初始化。我們直接進入
background = a.getDrawable(attr);
這里看看(TypedArray.getDrawable)。
復(fù)制代碼 代碼如下:
public Drawable getDrawable(int index) {
final TypedValue value = mValue;
if (getValueAt(index*AssetManager.STYLE_NUM_ENTRIES, value)) {
if (false) {
System.out.println("******************************************************************");
System.out.println("Got drawable resource: type="
+ value.type
+ " str=" + value.string
+ " int=0x" + Integer.toHexString(value.data)
+ " cookie=" + value.assetCookie);
System.out.println("******************************************************************");
}
return mResources.loadDrawable(value, value.resourceId);
}
return null;
}
我們發(fā)現(xiàn)它調(diào)用mResources.loadDrawable(...)，進去看看。
復(fù)制代碼 代碼如下:
/*package*/ Drawable loadDrawable(TypedValue value, int id)
throws NotFoundException {
if (TRACE_FOR_PRELOAD) {
// Log only framework resources
if ((id >>> 24) == 0x1) {
final String name = getResourceName(id);
if (name != null) android.util.Log.d("PreloadDrawable", name);
}
}
boolean isColorDrawable = false;
if (value.type >= TypedValue.TYPE_FIRST_COLOR_INT &&
value.type <= TypedValue.TYPE_LAST_COLOR_INT) {
isColorDrawable = true;
}
final long key = isColorDrawable ? value.data :
(((long) value.assetCookie) << 32) | value.data;
Drawable dr = getCachedDrawable(isColorDrawable ? mColorDrawableCache : mDrawableCache, key);
if (dr != null) {
return dr;
}
Drawable.ConstantState cs = isColorDrawable
? sPreloadedColorDrawables.get(key)
: (sPreloadedDensity == mConfiguration.densityDpi
? sPreloadedDrawables.get(key) : null);
if (cs != null) {
dr = cs.newDrawable(this);
} else {
if (isColorDrawable) {
dr = new ColorDrawable(value.data);
}
if (dr == null) {
if (value.string == null) {
throw new NotFoundException(
"Resource is not a Drawable (color or path): " + value);
}
String file = value.string.toString();
if (TRACE_FOR_MISS_PRELOAD) {
// Log only framework resources
if ((id >>> 24) == 0x1) {
final String name = getResourceName(id);
if (name != null) android.util.Log.d(TAG, "Loading framework drawable #"
+ Integer.toHexString(id) + ": " + name
+ " at " + file);
}
}
if (DEBUG_LOAD) Log.v(TAG, "Loading drawable for cookie "
+ value.assetCookie + ": " + file);
if (file.endsWith(".xml")) {
try {
XmlResourceParser rp = loadXmlResourceParser(
file, id, value.assetCookie, "drawable");
dr = Drawable.createFromXml(this, rp);
rp.close();
} catch (Exception e) {
NotFoundException rnf = new NotFoundException(
"File " + file + " from drawable resource ID #0x"
+ Integer.toHexString(id));
rnf.initCause(e);
throw rnf;
}
} else {
try {
InputStream is = mAssets.openNonAsset(
value.assetCookie, file, AssetManager.ACCESS_STREAMING);
// System.out.println("Opened file " + file + ": " + is);
dr = Drawable.createFromResourceStream(this, value, is,
file, null);
is.close();
// System.out.println("Created stream: " + dr);
} catch (Exception e) {
NotFoundException rnf = new NotFoundException(
"File " + file + " from drawable resource ID #0x"
+ Integer.toHexString(id));
rnf.initCause(e);
throw rnf;
}
}
}
}
if (dr != null) {
dr.setChangingConfigurations(value.changingConfigurations);
cs = dr.getConstantState();
if (cs != null) {
if (mPreloading) {
if (verifyPreloadConfig(value, "drawable")) {
if (isColorDrawable) {
sPreloadedColorDrawables.put(key, cs);
} else {
sPreloadedDrawables.put(key, cs);
}
}
} else {
synchronized (mTmpValue) {
//Log.i(TAG, "Saving cached drawable @ #" +
// Integer.toHexString(key.intValue())
// + " in " + this + ": " + cs);
if (isColorDrawable) {
mColorDrawableCache.put(key, new WeakReference<Drawable.ConstantState>(cs));
} else {
mDrawableCache.put(key, new WeakReference<Drawable.ConstantState>(cs));
}
}
}
}
}
return dr;
}
就是這個函數(shù)了，所有View的背景的加載都在這里了。這個函數(shù)的邏輯就比較復(fù)雜了，大體說來就是根據(jù)背景的類型（純顏色、定義在XML文件中的，或者是一張靜態(tài)的背景），如果緩存里面有，就直接用緩存里的。
總結(jié)一下，經(jīng)過上面的分析，我們知道了，Android就是在Activity.setContentView(...)中為我們進行資源文件的加載，精確到具體的函數(shù)的話，資源文件的加載就是在每一個被初始化的View的構(gòu)造函數(shù)中進行加載的。
以上就是本文的全部內(nèi)容了，希望對大家能夠有所幫助。
相關(guān)文章
Android自定義View實現(xiàn)抽獎轉(zhuǎn)盤
這篇文章主要為大家詳細介紹了Android自定義View實現(xiàn)抽獎轉(zhuǎn)盤，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2018-12-12
這篇文章主要介紹了Android實現(xiàn)有道辭典查詢功能的方法,結(jié)合實例形式較為詳細的分析了Android基于有道詞典查詢功能的原理與具體實現(xiàn)技巧,需要的朋友可以參考下2016-10-10
Flutter使用AnimatedBuilder實現(xiàn)動效復(fù)用
Animation和AnimationWidget都是將組件和動畫一起完成的。有些時候，我們只是想動效復(fù)用，而不關(guān)心組件構(gòu)建，這個時候就可以使用 AnimatedBuilder了。本文詳細講解了AnimatedBuilder的使用，需要的可以參考一下2022-04-04
Android基于HttpUrlConnection類的文件下載實例代碼
本文通過實例代碼給大家介紹了Android基于HttpUrlConnection類的文件下載功能，非常不錯，具有參考借鑒價值，需要的的朋友參考下吧2017-09-09
Android使用Recyclerview實現(xiàn)圖片水平自動循環(huán)滾動效果
這篇文章主要為大家詳細介紹了Android使用Recyclerview實現(xiàn)圖片水平自動循環(huán)滾動效果，實現(xiàn)精彩的跑馬燈效果，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-08-08
這篇文章主要介紹了Android Q適配之IMEI替換為Android_id,文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2019-11-11
Android無需讀寫權(quán)限通過臨時授權(quán)讀寫用戶文件詳解
這篇文章主要為大家介紹了Android無需讀寫權(quán)限通過臨時授權(quán)讀寫用戶文件詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2023-03-03
這篇文章主要為大家詳細介紹了Android實現(xiàn)尋覓紅桃A的翻牌游戲，具有一定的參考價值，感興趣的小伙伴們可以參考一下2019-07-07
Android彈窗ListPopupWindow的簡單應(yīng)用詳解
這篇文章主要為大家詳細介紹了Android彈窗ListPopupWindow的簡單應(yīng)用，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-11-11
這篇文章主要教大家如何使用Kotlin進行Android開發(fā)，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-05-05