从源码的角度说说Activity的setContentView的原理(二)-阿里云开发者社区

开发者社区> 云计算> 正文
登录阅读全文

从源码的角度说说Activity的setContentView的原理(二)

简介: 前文http://blog.csdn.net/sahadev_/article/details/49072045虽然讲解了LayoutInflate的整个过程,但是其中很多地方是不准确不充分的,这一节就详细讲一下我们上一节遗留的细节问题,我们遗留的问题有这些: 1.

前文http://blog.csdn.net/sahadev_/article/details/49072045虽然讲解了LayoutInflate的整个过程,但是其中很多地方是不准确不充分的,这一节就详细讲一下我们上一节遗留的细节问题,我们遗留的问题有这些:

1.在PhoneWindow的setContentView里我们看到了一个mLayoutInflater对象,我们还没清楚它从哪来?

2.mLayoutInflater对象后来所调用的那些方法有没有被重载?

3.mFactory,mFactory2, mPrivateFactory这三个对象是否不为空?如果系统默认给它设置了值,那么后来生成的View是不是就是通过它们来设置的呢?

好,接下来就让我们一起把这些问题解开:


1. 我们先来看看mLayoutInflater从哪来,我们推测它极有可能和我们一样是使用这样的方式得来的:

LayoutInflater inflater = (LayoutInflater) getSystemService(Context.LAYOUT_INFLATER_SERVICE);

但,这仅仅是推测,我们要看到实际的代码:

    public PhoneWindow(Context context) {
        super(context);
        mLayoutInflater = LayoutInflater.from(context);
    }

通过查看源码我们可以得知,在PhoneWindow的构造方法里是LayoutInflater.from(context);的方式对mLayoutInflater对象进行了初始化,看来,它也是和我们一样使用了同一个系统提供的LayoutInflater对象,那么,系统提供的这个LayoutInflater对象是在哪被构造和添加进去的呢?这我们就需要去Context.getSystemService方法里一探究竟了:

我们知道getSystemService其实调用的就是ContextImpl的方法,ContextImpl是Context的具体实现类,我们进入ContextImpl的getSystemService中一探究竟:

    public Object getSystemService(String name) {
        ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name);
        return fetcher == null ? null : fetcher.getService(this);
    }

好,看来所有的服务都是通过SYSTEM_SERVICE_MAP取出来的,那么我们看看这些服务什么时候被添加进去的,在ContextImpl这个类中我们看到有个静态方法

    private static void registerService(String serviceName, ServiceFetcher fetcher) {
        if (!(fetcher instanceof StaticServiceFetcher)) {
            fetcher.mContextCacheIndex = sNextPerContextServiceCacheIndex++;
        }
        SYSTEM_SERVICE_MAP.put(serviceName, fetcher);
    }

看来所有的服务都是通过它加进去的,那什么时候加进去的呢,我们在这个类当中可以看到一段很长的静态代码块,在代码块中发现了它的身影:

    static {

	...

        registerService(LAYOUT_INFLATER_SERVICE, new ServiceFetcher() {
                public Object createService(ContextImpl ctx) {
                    return PolicyManager.makeNewLayoutInflater(ctx.getOuterContext());
                }});

	...

        }

好吧,看来系统系统的LayoutInflater的对象其实是由PolicyManager.makeNewLayoutInflater(ctx.getOuterContext());这个方法构造出来的(又是PolicyManager,我们刚才看到它执行的makeNewWindow,看来它做了不少事情),不用多说,我们直接进入Policy中看(不清楚这个过程的同学可以直接看这里http://blog.csdn.net/sahadev_/article/details/49072045):

    public LayoutInflater makeNewLayoutInflater(Context context) {
        return new PhoneLayoutInflater(context);
    }
噢,原来所有的工作都是它在干啊!到这里,我们第一个问题就清楚了。


2.mLayoutInflater对象后来所调用的那些方法有没有被重载?其实这个问题我们直接进PhoneLayoutInflater中就可以知道答案:

    /** Override onCreateView to instantiate names that correspond to the
        widgets known to the Widget factory. If we don't find a match,
        call through to our super class.
    */
    @Override protected View onCreateView(String name, AttributeSet attrs) throws ClassNotFoundException {
        for (String prefix : sClassPrefixList) {
            try {
                View view = createView(name, prefix, attrs);
                if (view != null) {
                    return view;
                }
            } catch (ClassNotFoundException e) {
                // In this case we want to let the base class take a crack
                // at it.
            }
        }

        return super.onCreateView(name, attrs);
    }

噢,原来我们在上一篇文章当中分析的onCreateView方法是没有被调用的,那看来父类中的这个方法的功能是不满足的,那我们分析分析被复写的这个方法:

我们可以看到这个方法内部在遍历一个字符串数组,这个字符串数组被定义在类里:

    private static final String[] sClassPrefixList = {
        "android.widget.",
        "android.webkit.",
        "android.app."
    };

在上一篇文章当中,我请大家在onCreateView中注意调用createView方法的第二个参数是"android.view.",这里被重写,看来是不满足了,子类实现了更为强大的功能,支持了更多的包进行加载,它这个过程一直在尝试去创建View,直到成功。好,我们第二个问题也解决完了。


3.mFactory,mFactory2, mPrivateFactory这三个对象是否不为空?看来这个问题我们就都知道了,PhoneLayoutInflater在构造的时候调用的是:

    public PhoneLayoutInflater(Context context) {
        super(context);
    }

后来也没有对它进行什么设置,所以看来它们都是空,这里这3个对象是开放给我们使用的,我们可以在View被加载的时候动态的修改它们的效果,这是个很强大的功能,比如动态修改皮肤什么的,希望你们可以手动去实现一下,,谢谢。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
云计算
使用钉钉扫一扫加入圈子
+ 订阅

时时分享云计算技术内容,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。

其他文章