Avoid passing null as the view root windowManager使用_avoid passing null as the view root (needed to res-优快云博客

本文链接：https://blog.youkuaiyun.com/caoyicheng1/article/details/43703639

Avoid passing null as the view root (needed to resolve layout parameters on the inflated layout's root element) 报错。

在使用windowmanager做弹窗的时候，会出现这个问题。只是一个警告，正常使用并不报错，代码如下：

LayoutInflater inflater = LayoutInflater.from(getApplication());
//将布局文件填充到View
mFloatLayout = (RelativeLayout) inflater.inflate(R.layout.result_windows, null);
if(mFloatLayout.getParent() == null)
	winManager.addView(mFloatLayout, wmParams);

出现这个问题的原因，有一篇文章讲的比较透彻，点击我!

总结一句话就是说，当我们使用LayoutInflater这个“填充器”填充result_windows这个布局View（文中为mFloatLayout）的时候，后面null为root根ViewGroup对象。也就是说，没有指定根对象。下面是第二个参数的解释：

root Optional view to be the parent of the generated hierarchy.

一个可选的view对象，它是作为生成的对象的父对象。这是我的理解。 LayoutInflater will automatically attempt to attach the inflated view to the supplied root. However, the framework has a check in place that if you pass null for the root it bypasses this attempt to avoid an application crash.

比较快速的修正这个警告的办法：

mFloatLayout = View.inflate(getApplicationContext(), R.layout.result_windows, null);
//添加View填充--------------------------------
if(mFloatLayout.getParent() == null)
	winManager.addView(mFloatLayout, wmParams);

下面是使用static方法获取生成的View，警告消除，我们可以看一下，eclipse的参数提示：

root A view group that will be the parent. Used to properly inflate the layout_* parameters

一看之下，貌似也没看明白，搜了点资料。发现其实没区别。View.inflate和Layoutinflater.inflate

   /**
     * Inflate a view from an XML resource. This convenience method wraps the {@link
     * LayoutInflater} class, which provides a full range of options for view inflation.
     *
     * @param context The Context object for your activity or application.
     * @param resource The resource ID to inflate
     * @param root A view group that will be the parent. Used to properly inflate the
     * layout_* parameters.
     * @see LayoutInflater
     */
    public static View inflate(Context context, int resource, ViewGroup root) {
        LayoutInflater factory = LayoutInflater.from(context);
        return factory.inflate(resource, root);
    }

那么看起来，警告是消除了，其实是没有检测到而已，并没有本质上的区别罢了。一篇介绍参数的博文：参数介绍

下面来一个介绍View实例化过程的文章：View实例化过程详解，这个文章需要一点耐心来看，总体来说，比自己理解要来的简单一些。

重点看一下，inflate这个方法以及ViewGroup类：

public View inflate(int resource, ViewGroup root) {  
       return inflate(resource, root, root != null);  
 }  
  
 public View inflate(int resource, ViewGroup root, boolean attachToRoot) {  
       /*可以看到通过resource id返回了一个XmlResourceParser，通过类名就可以猜测 
       这是一个xml的解析类。但点进去一看，发现它只是一个接口，它继承自 XmlPullParser用于pull方式解析xml的接口。和AttributeSet用于获取此view的所有属性。 
    那么需要能找到它的实现类。先看下面resource类。 
       */  
       XmlResourceParser parser = getContext().getResources().getLayout(resource);  
       try {  
           return inflate(parser, root, attachToRoot);  //说实话，从这里开始没完没了的函数调用，我就不再往下贴了。。。
       } finally {  
           parser.close();  
       }  
 }  
.........
...
.
/** 
* 真正创建一个view的方法， 
* 此方法是用反射获取构造器来实例对象而不是直接new出来这是为了处于性能优化考虑， 
* 同一个类名的不同对象，可以直接得到缓存的构造器直接获取一个构造器对象实例。而不需要 
* 重复进行new操作。 
   * 
* @param name 此View的全名 
* @param prefix 前缀,值为 "android.view."其实就是是否包含包名 
* @param attrs 此view的属性值，传递给此view的构造函数 
*/  
 public final View createView(String name, String prefix, AttributeSet attrs)  
           throws ClassNotFoundException, InflateException {  
       Constructor constructor = sConstructorMap.get(name); //缓存中是否已经有了一个构造函数  
       Class clazz = null;  
  
       try {  
           if (constructor == null) {  
               //通过类名获得一个class对象  
               clazz = mContext.getClassLoader().loadClass(  
                       prefix != null ? (prefix + name) : name);  
                 
               if (mFilter != null && clazz != null) {  
                   boolean allowed = mFilter.onLoadClass(clazz);  
                   if (!allowed) {  
                       failNotAllowed(name, prefix, attrs);  
                   }  
               }  
            //通过参数类型获得一个构造器，参数列表为context,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);  
                         
                       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;     //args[0]已经在前面初始好了。这里只要初始化args[1]  
           return (View) constructor.newInstance(args);     //通过反射new出一个对象。。大功告成  
  
       } catch (NoSuchMethodException e) {  
           InflateException ie = new InflateException(attrs.getPositionDescription()  
                   + ": Error inflating class "  
                   + (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;  
       }  
   }

View的子类ViewGroup，可以简单理解为View的一个“组”，包含了一组View，其中重写了一个函数：

//哈哈，果然重写了此方法。其实就是在viewgroup包含的  
//子view数组中进行遍历。那么view是什么时候被加入进  
//viewgroup中的呢？如果是在代码中写，肯定是直接使用  
//addView方法把view加入viewGroup。如果写在xml布局文件  
//中，其实是在第二种方法中被加入view的。inflate加载父view  
//时会同时把其所有的子view加载完，同时addView到父view中  
 protected View findViewTraversal(int id) {  
        if (id == mID) {  
            return this;  
        }  
  
        final View[] where = mChildren;  
        final int len = mChildrenCount;  
  
        for (int i = 0; i < len; i++) {  
            View v = where[i];  
  
            if ((v.mPrivateFlags & IS_ROOT_NAMESPACE) == 0) {  
                v = v.findViewById(id);  
  
                if (v != null) {  
                    return v;  
                }  
            }  
        }  
  
        return null;  
    }

人家还是总结的不错的：

也就是说：假如root设置为null或者root!=nul但attachToRoot设置为false，则这个xml加载出来的view不会挂载到别的视图节点上去；
当root!=null并且attachToRoot设置为true时，就会挂载上去，return为root
当root!=nul但attachToRoot设置为false时，这个root用来view生成正确的params布局参数来match root。

总结来说，root这个参数是用来指定新生成的View附加位置（父节点），而后面那个boolean值则是选择是否附加到该节点（也就是ViewGroup）。

这个是我结合前人的基础上的理解，所以，我这里填null，也就导致新生成的windows不会附加于任何View，它是直接面向屏幕的，这个也符合windowManager的特性：整个Android的窗口机制是基于一个叫做 WindowManager，这个接口可以添加view到屏幕，也可以从屏幕删除view。它面向的对象一端是屏幕，另一端就是View，直接忽略我们以前的Activity或者Dialog之类的，这个 WindowManager是全局的，整个系统就是这个唯一的，这也就是说，不可以new出来，它最好也不要依附于任何activity是最好的。

还是有很多不明白的地方，希望明白的朋友回一下。 T ~ T....

谢谢了！