学习andriod开发之关于actvity(二)

最新推荐文章于 2023-08-10 13:58:12 发布

akira_xiao

最新推荐文章于 2023-08-10 13:58:12 发布

阅读量818

点赞数

分类专栏： andriod学习流程文章标签： andriod开发安卓开发

本文链接：https://blog.csdn.net/mtgodd/article/details/40115639

版权

andriod学习流程专栏收录该内容

19 篇文章 1 订阅

订阅专栏

大家好我是akira 是的我又来了前面刚讲完了文件存储今天又跳到actvity2 是不是感觉有点奇怪呢

咳咳其实我自己也感觉比较怪（拍砖）但实在是没想好所以看前面坑着还是从actvity开始讲吧我估摸着应该会来个4部分

我们从浅入深一步一步来看咳咳。

好的前面我们就说了下简单的actvity的写法相比有些刚学andriod的朋友一定不满足吧没错哈哈就像我刚开始那样觉的怎么才这点东西

上点干货才是正道！那我们先来点干货再说点必须要说的我们都知道如果要想加载一个布局关键的代码是setcontentView这里面传入的是一个

int 也就是布局的id

setContentView(R.layout.activity_main);

但是如果我们打开源码看其内部发现它是这么一句代码

/**
     * Set the activity content from a layout resource.  The resource will be
     * inflated, adding all top-level views to the activity.
     *
     * @param layoutResID Resource ID to be inflated.
     * 
     * @see #setContentView(android.view.View)
     * @see #setContentView(android.view.View, android.view.ViewGroup.LayoutParams)
     */
    public void setContentView(int layoutResID) {
        getWindow().setContentView(layoutResID);
        initActionBar();
    }

布局上的注释就是其作用这个我们讲过其方法里有两个步骤一个是拿到一个window再去setContentView 布局还有一个是初始化actionBar

这里我们接受到了一个新的名词叫做actionBar 什么是actionBar在现在来说你可以将其理解为一种title(标题)就像下图所示

好的我们看下这个方法里具体都干了些什么

/**
     * Creates a new ActionBar, locates the inflated ActionBarView,
     * initializes the ActionBar with the view, and sets mActionBar.
     */
    private void initActionBar() {
        Window window = getWindow();

        // Initializing the window decor can change window feature flags.
        // Make sure that we have the correct set before performing the test below.
        window.getDecorView();

        if (isChild() || !window.hasFeature(Window.FEATURE_ACTION_BAR) || mActionBar != null) {
            return;
        }
        
        mActionBar = new ActionBarImpl(this);
        mActionBar.setDefaultDisplayHomeAsUpEnabled(mEnableDefaultActionBarUp);
    }

这里就是andriod actvity类中初始化actionBar的源码我们可以清楚的看到它先开始还是获得一个window

可见我们的actvity跟window之间的关系紧密然后他调用了一个得到装饰的view 而这个方法是一个抽象的方法

/**
     * Retrieve the top-level window decor view (containing the standard
     * window frame/decorations and the client's content inside of that), which
     * can be added as a window to the window manager.
     * 
     * <p><em>Note that calling this function for the first time "locks in"
     * various window characteristics as described in
     * {@link #setContentView(View, android.view.ViewGroup.LayoutParams)}.</em></p>
     * 
     * @return Returns the top-level window decor view.
     */
    public abstract View getDecorView();

直说了返回一个顶端的装饰的view 知道这个之后我们继续看下面是一个逻辑判断我们忽略掉

下行是new了一个actBar的实现类然后调了一个很长的方法 setDefaultDisplayHomeAsUpEnabled 不过你从enable也能看出来参数无非是传true还是false

果然从这里得到了验证

private boolean mEnableDefaultActionBarUp;

这里咱不看别的 default相比你已经有了结果

关于actionBar的其他设置咱以后再讲扯回来发现真正加载布局的时候是getWindow.xxx这么加载的而这个方法又是一个抽象方法

/**
     * Convenience for
     * {@link #setContentView(View, android.view.ViewGroup.LayoutParams)}
     * to set the screen content from a layout resource.  The resource will be
     * inflated, adding all top-level views to the screen.
     *
     * @param layoutResID Resource ID to be inflated.
     * @see #setContentView(View, android.view.ViewGroup.LayoutParams)
     */
    public abstract void setContentView(int layoutResID);

这里有一道面试题是问 actvity window 和view 的关系这里我们既然看完了一点源码相比回答起来应该so easy

这里我认为actvity 是一个媒介而真正起作用的是window 它加载一个view

(PS 这道面试题网上有很多答案而太多的答案千篇一律如果给面试官会使其有一种你在背答案的感觉面试个人认为是答出个人的看法如有争议正好留有讨论的余地)

为什么我一定可以确定它就是加载的view 因为源码中还存在这样的方法

/**
     * Set the activity content to an explicit view.  This view is placed
     * directly into the activity's view hierarchy.  It can itself be a complex
     * view hierarchy.  When calling this method, the layout parameters of the
     * specified view are ignored.  Both the width and the height of the view are
     * set by default to {@link ViewGroup.LayoutParams#MATCH_PARENT}. To use
     * your own layout parameters, invoke
     * {@link #setContentView(android.view.View, android.view.ViewGroup.LayoutParams)}
     * instead.
     * 
     * @param view The desired content to display.
     *
     * @see #setContentView(int)
     * @see #setContentView(android.view.View, android.view.ViewGroup.LayoutParams)
     */
    public void setContentView(View view) {
        getWindow().setContentView(view);
        initActionBar();
    }

    /**
     * Set the activity content to an explicit view.  This view is placed
     * directly into the activity's view hierarchy.  It can itself be a complex
     * view hierarchy.
     * 
     * @param view The desired content to display.
     * @param params Layout parameters for the view.
     *
     * @see #setContentView(android.view.View)
     * @see #setContentView(int)
     */
    public void setContentView(View view, ViewGroup.LayoutParams params) {
        getWindow().setContentView(view, params);
        initActionBar();
    }

二者区别之前无非是加了个布局参数罢了

好的整个加载布局我们先告一段落我们发现我们在写actvity的时候特别是eclipse生成的时候它会将你加载的布局放到onCreate中而且自动生成

同样的 onXXX方法还有很多这些方法又是干什么的呢这个就涉及到了actvity的生命周期

学过web的哥们应该知道 servlet有生命周期它就跟人一样生老病死同样我们的actvity也有自己的生命周期后期还要接触fragment

这哥们也有自己的生命周期我们拿一幅图来说下