Android中View的相关知识（6）
来源：互联网 发布：linux dump进程内存 编辑：程序博客网 时间：2024/04/30 07:11
Android中View的相关知识（6）
@(Android)
在前文Android中View的相关知识（4）和Android中View的相关知识（5）中，我们分析了在Activity中setContentView();和initWindowDecorActionBar();方法，即创建TitleView和ContentView的方法。但是这些方法中最终都牵扯了LayoutInflater加载布局的方式
今天我们就来分析分析LayoutInflater加载~
LayouInflater加载布局
我们回到Activity的setContentView();从头开始，先来看下源码的流程:
走到最后，调用了mLayoutInflater.inflate(layoutResID,mContentParent);
那么，我们先来看一下LayoutInflater的基本用法，首先是获取LayoutInflater的实例，这里有3中方法：
1 . 通过SystemService获得：
LayoutInflater inflater=(LayoutInflater)context.getSystemServices(Context.LAYOUT_INFLATER_SERVICES);2 . 从给定的context中获得
LayoutInflater inflater=LayoutInflater.from(context);3 . 在Activity中通过getLayoutInflater();获得（实际是View子类下Window的一个函数）
LayoutInflater inflater = getLayoutInflater();这3种获得LayoutInflater对象的方式本质上是一样的，其实后面的两种方式本质上都用到了第一种的方式：我们来看后面两种方式的源码：
//第二种方式public static LayoutInflater from(Context context) { LayoutInflater LayoutInflater = (LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE); if (LayoutInflater == null) { throw new AssertionError("LayoutInflater not found."); } return LayoutInflater; }//第三种方式（Activity类中）public LayoutInflater getLayoutInflater() { return getWindow().getLayoutInflater(); }/* *getWindow()-->进入Window类找到getLayoutInflater()-->Window类抽象类 *进入其实现类PhoneWindow; * */public PhoneWindow(Context context) { super(context); mLayoutInflater = LayoutInflater.from(context); }从源码可以看到，后面的两种方法归根到底都到了
(LayoutInflater) context.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
获得了这个LayoutInflater对象，我们来继续探究inflate的方法，它有4个重载方法：
1. public View inflate(int resource, ViewGroup root);
2. public View inflate(XmlPullParser parser, ViewGroup root);
3. public View inflate(int resource, ViewGroup root, boolean attachToRoot) ;
4. public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot);
这4种调用方式中，我们最常用的是第一种，inflate方法的主要作用就是将一个xml文件转换成一个View对象，用于动态的创建布局。其实不管你是调用了哪个inflate()方法的重载，最终都会转到第4种的调用方法中，那么 我们来看第四种方式的源码:
public View inflate(XmlPullParser parser, ViewGroup root, boolean attachToRoot) { synchronized (mConstructorArgs) { Trace.traceBegin(Trace.TRACE_TAG_VIEW, "inflate"); 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, false); } else { // Temp is the root view that was found in the xml //起始~ final View temp = createViewFromTag(root, name, attrs, false); 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, 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; } Trace.traceEnd(Trace.TRACE_TAG_VIEW); return result; } }从源码可以清楚的看出，LayoutInflater其实就是使用Android提供的Pull解析方式来解析布局文件的。源码里的注释很清楚，首先通过createViewFromTag();这个方法，并把节点名和参数传入，此方法的作用是根据节点名来创建View对象的,在 createViewFromTag();方法内部又会调用reateView()方法;然后使用反射的方式创建出View的实例并返回。这里不是重点知道就行，感兴趣的童鞋也可以去分析分析~
//Creates a view from a tag name using the supplied attribute set. View createViewFromTag(View parent, String name, AttributeSet attrs, boolean inheritContext) { ... //省略其中的代码 ...}//Low-level function for instantiating a view by name. This attempts to instantiate a view class of the given name found in this LayoutInflater's ClassLoader.public final View createView(String name, String prefix, AttributeSet attrs) throws ClassNotFoundException, InflateException { ... //省略了其中代码 ...}从createViewFromTag();方法出来，只是创建了一个根布局的实例，接下来会调用rInflate();方法来循环遍历这个根布局下的子元素，直到全部遍历完：
void rInflate(XmlPullParser parser, View parent, final AttributeSet attrs, boolean finishInflate, boolean inheritContext) throws XmlPullParserException, IOException { final int depth = parser.getDepth(); int type; while (((type = parser.next()) != XmlPullParser.END_TAG || parser.getDepth() > depth) && type != XmlPullParser.END_DOCUMENT) { if (type != XmlPullParser.START_TAG) { continue; } final String name = parser.getName(); if (TAG_REQUEST_FOCUS.equals(name)) { parseRequestFocus(parser, parent); } else if (TAG_TAG.equals(name)) { parseViewTag(parser, parent, attrs); } else if (TAG_INCLUDE.equals(name)) { if (parser.getDepth() == 0) { throw new InflateException("<include /> cannot be the root element"); } parseInclude(parser, parent, attrs, inheritContext); } else if (TAG_MERGE.equals(name)) { throw new InflateException("<merge /> must be the root element"); } else { //重点地方。。。 final View view = createViewFromTag(parent, name, attrs, inheritContext); final ViewGroup viewGroup = (ViewGroup) parent; final ViewGroup.LayoutParams params = viewGroup.generateLayoutParams(attrs); rInflate(parser, view, attrs, true, true); viewGroup.addView(view, params); } } if (finishInflate) parent.onFinishInflate(); }可以看到，同样是使用createViewFromTag()方法来创建View的实例;然后继续递归调用rInflate();方法来查找这个View下的子元素，每次递归调用完将此view添加到其父布局上。
经过这样一层层的遍历，把整个布局文件都解析完就形成了一个完整的DOM结构，最终会把最顶层的根布局返回，至此inflate()过程全部结束。
关于LayoutInflater的流程分析算是完了，当然这里还有个小问题，关于有3个参数的inflate();使用的问题。
LayoutInflater.inflate(int resource, ViewGroup root, boolean attachToRoot)的使用
第一个参数用于传入布局资源的ID，第二个参数是传入当前视图的父视图，通常需要父视图来正确配置组件。第三个参数告知布局生成器是否将生成的视图添加给父视图。
我们分成两种情况对这个方法进行分析：
1. root不为空的情况：
a. 如果attachToRoot为true,就直接将这个布局添加到root父布局了,并且返回的view就是父布局
b. 如果attachToRoot为false,就不会添加这个布局到root父布局,返回的view为resource指定的布局
2. root为空的情况：
相当于使用等价于:LayoutInflater.from(this).layoutInflater.inflate(R.layout.button_layout, null);方法那么关键就在于这个root了，它有什么作用呢？
1. 如果root为null，attachToRoot将失去作用，设置任何值都没有意义。同时这个布局的最外层参数就没有效了
2. 如果root不为null，attachToRoot设为false，则会将布局文件最外层的所有layout属性进行设置，当该view被添加到父view当中时，这些layout属性会自动生效。
3. 如果root不为null，attachToRoot设为true，则会给加载的布局文件的指定一个父布局，即root。
其实View必须存在于一个父布局中，这样layout_width和layout_height才会有效，这也是为什么这两个属性叫作layout_width和layout_height，而不是width和height。所以:inflate(int resource, ViewGroup root, boolean attachToRoot)的第二个参数不为空,resource的最外层布局参数才会有效,否则就无效了。
这里我们用一个例子来说明下：
activity_main.xml的布局：
<?xml version="1.0" encoding="utf-8"?><RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:id="@+id/main_layout" tools:context="com.example.yyh.testin.MainActivity"></RelativeLayout>再新建一个Button控件的布局，代码也很简单
<Button xmlns:android="http://schemas.android.com/apk/res/android"android:layout_width="360dp"android:layout_height="50dp" android:id="@+id/button_layout"android:text="Button" ></Button>然后是MainActivity.class
public class MainActivity extends AppCompatActivity { private RelativeLayout mainLayout; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); mainLayout = (RelativeLayout) findViewById(R.id.main_layout); LayoutInflater layoutInflater = LayoutInflater.from(this); View buttonLayout = layoutInflater.inflate(R.layout.buttion_layout, null); mainLayout.addView(buttonLayout); }}来看效果图：
我去，设置的Button的宽高完全不起作用，看起来还是warp_content的效果。不管怎么设置，这个Button的宽高就是不起作用，平时我们经常使用layout_width和layout_height来设置View的大小，并且一直都能正常工作，就好像这两个属性确实是用于设置View的大小的。而实际上它是用于设置View在布局中的大小，即View必须包含在一个布局中，他的宽高设置才有效果。所以 这里我们改变Button控件的布局：
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" > <Button android:layout_width="360dp" android:layout_height="50dp" android:text="Button" > </Button> </RelativeLayout> 改变后我们再来看效果图：
可以看到，我们将Button放到了一个RelativeLayout当中，此时，设置宽高就有效果了。
到了这里，大家肯定还有个疑惑，那平时在Activity中指定布局文件的时候，最外层的布局不是可以指定大小的么？layout_width和layout_height都是有作用的，这主要是因为，在setContentView()方法中，Android会自动在布局文件的最外层再嵌套一个FrameLayout，所以宽高的设置才有效果~。
好了，LayoutInflater加载布局我们就分析完了，在接下来的文章中，我们将继续探究VIew,分析View的绘制过程~
- Android中View的相关知识（6）
- android中view坐标相关的知识
- Android中View的相关知识（3）
- Android中View的相关知识（4）
- Android中View的相关知识（5）
- Android中View的相关知识（7）
- Android中View的相关知识（8）
- 整理View的相关知识
- 自定义view的相关知识
- Android各种知识图（3）：View相关
- Android View中onMeasure的相关解析
- Android中编写Service相关的知识
- android setSelected及view相关知识
- Android基础知识梳理之View相关知识
- Android View相关核心知识问答
- android 相关知识总结（不断更新中....）
- android中自定义view涉及到的绘制知识
- 关于Android中View滑动知识的一点个人理解
- Linux下的信号
- 面对高考，我从不认输
- 初级python使用
- Android中自定义属性
- 使用 CXF 开发 REST 服务
- Android中View的相关知识（6）
- U3D 安卓filestream 读写的文件
- TestRPC Runtime Error: out of gas
- Debian8.8开发环境（五）vim设置文件和vunlde的配置
- ContentProvider解析
- Netty5.0+ server & client Demo（二）
- 记录一次Win10系统下OpenVPN显示连接上但无效果的
- 你对未来感到迷茫了么？
- 字符串特殊字符特殊处理方法:stringByTrimmingCharactersInSet
