该文章是一个系列文章,是本人在Android开发的漫漫长途上的一点感想和记录,我会尽量按照先易后难的顺序进行编写该系列。该系列引用了《Android开发艺术探索》以及《深入理解Android 卷Ⅰ,Ⅱ,Ⅲ》中的相关知识,另外也借鉴了其他的优质博客,在此向各位大神表示感谢,膜拜!!!另外,本系列文章知识可能需要有一定Android开发基础和项目经验的同学才能更好理解,也就是说该系列文章面向的是Android中高级开发工程师。*
第三篇了,,接着上一篇说 (怎么感觉没人评论呢)
上一篇我们只上图了没有具体分析,,下面干货来了
先分析setContentView(虽然这个网上一搜到处都是,不过我的不一样哦)
还是先上代码
activity_main.xml(没变哦)
<?xml version="1.0" encoding="utf-8"?>
<android.support.constraint.ConstraintLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
xmlns:app="http://schemas.android.com/apk/res-auto"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context="com.helloword.MainActivity">
<TextView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="Hello World!"
app:layout_constraintBottom_toBottomOf="parent"
app:layout_constraintLeft_toLeftOf="parent"
app:layout_constraintRight_toRightOf="parent"
app:layout_constraintTop_toTopOf="parent" />
</android.support.constraint.ConstraintLayout>
MainActivity.java(变了哦)
package com.helloword;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//注意我们先注释掉该句
//setContentView(R.layout.activity_main);
}
}
不是要分析setContentView(R.layout.activity_main)为什么注释掉呢,,先别急,我们先运行一下,居然没有崩溃,只是得到一个空白内容页面(这个显示跟Activity Theme主题设置相关,我的是默认Theme)如下
我们来看一下View层级图
需要注意的地方我用红色框框圈住了,可以看到我们在没有写setContentView(R.layout.activity_main)的时候,程序依然可以正常运行,并显示出Title。而且结合上一篇中
这个图的话,我们发现除了红色区域没有,其他区域的都有。那么该Activity的显示的基础——PhoneWindow和*View——DecorView是什么时候创建的呢?
其实该系列的第一篇就提到了一些,在第一篇Android开发之漫漫长途 Ⅰ——Android系统的创世之初以及Activity的生命周期 的最后我们就提到了Activity的创建工作是在android.app.ActivityThread的main函数中完成的。那么我们来分析一下该函数(我们不具体分析源码,太多了),不过我会上图
好了,接着把//setContentView(R.layout.activity_main);的//去掉。又得到我们熟悉的HelloWorld界面,这个界面的层级图上一篇文章Android开发之漫漫长途 Ⅱ——Activity的显示之Window和View(1)已经上过了这里我们重新上传一下更详细的。这次我们再来看一下这个层级图是不是理解的更清晰了呢。我们的setContentView(R.layout.activity_main);内部把activity_main.xml文件解析成View,并把该View添加到contentView。
注:调用setContentView(R.layout.activity_main)和不调用生成DecorView的逻辑是不一样的,如果调用了该函数会在该函数内部判断生成DecorView,如果不调用的话会在handleResumeActivity的时候判断生成这就是我们不写setContentView(R.layout.activity_main),也会生成DecorView的原因
再分析上一篇中的我们Acitivty代码
package com.helloword;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
/**
* 可以看到我们熟悉的setContentView(R.layout.activity_main)调用没有了,
*而是采用了下面的代码,运行然后居然得到了和setContentView(R.layout.activity_main)
*的一样的显示结果,难道说setContentView(R.layout.activity_main)
* 逻辑这么简单吗?我的回答是否定的,setContentView(R.layout.activity_main)
*逻辑并没有那么简单,不信的话你点击返回按钮试试看。(无法操作了哦,不是你们的手机是不是这样,反正我的手机点击返回没有作用,重写onBackPressed方法也没有调用)
*
* (注:我以下面这种方式得到了和setContentView(R.layout.activity_main)一样的显示效果
*,可这只是为了分析方便,不要模仿哦 )
*/
//① 解析.activity_main.xml文件并创建View并且指定其父View为null(即没有父View)
View view = getLayoutInflater().inflate(R.layout.activity_main,null);
//② 设置显示参数
WindowManager.LayoutParams params = new WindowManager.LayoutParams(
WindowManager.LayoutParams.MATCH_PARENT,
WindowManager.LayoutParams.MATCH_PARENT,
1,
0,
PixelFormat.TRANSPARENT);
//③ 添加View
getWindowManager().addView(view,params);
}
}
在分析之前呢,我们已经把Android Studio 3.0自动生成的MainActivity代码差不多分析完了,相信各位读者读到这里也对Activiy的启动有了大致的了解。那为什么我们还要分析我们自己的代码呢,因为这对理解ActivityThread.main流程图的最后一步通过WindowManager添加View有巨大帮助。在我们的代码中我直接通过getLayoutInflater().inflate(R.layout.activity_main,null);把xml布局文件解析成了View,让后通过 getWindowManager().addView(view,params);添加了View。这不是跟ActivityThread.main流程图的最后一步通过WindowManager添加View不谋而合了吗。但是可以根据我们代码得到的层级图
可以看到我们View的层级图并没有我们熟悉的PhoneWindow以及DecorView。因为我们直接使用了WindowManager添加View,addView会新创建一个窗口,就像一个Dialog一样,并把View加入,除此之外棕色框框圈住的使我们熟悉的PhoneWindow以及DecorView。因此我十分反对上面的MainActivity写法哦。Android系统控件本身帮助我们做了很多事情,我们使用setContentView(R.layout.activity_main)之前便得到了一个PhoneWindow以及DecorView,并通过该函数把我们自己的布局View放到了DecorView下。所以理解这一点对后面的文章阅读至关重要。
此致,敬礼