最后
都说三年是程序员的一个坎,能否晋升或者提高自己的核心竞争力,这几年就十分关键。
技术发展的这么快,从哪些方面开始学习,才能达到高级工程师水平,最后进阶到Android架构师/技术专家?我总结了这 5大块;
我搜集整理过这几年阿里,以及腾讯,字节跳动,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 PDF(实际上比预期多花了不少精力),包含知识脉络 + 分支细节。
Java语言与原理;
大厂,小厂。Android面试先看你熟不熟悉Java语言
高级UI与自定义view;
自定义view,Android开发的基本功。
性能调优;
数据结构算法,设计模式。都是这里面的关键基础和重点需要熟练的。
NDK开发;
未来的方向,高薪必会。
前沿技术;
组件化,热升级,热修复,框架设计
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
我在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多
当然,想要深入学习并掌握这些能力,并不简单。关于如何学习,做程序员这一行什么工作强度大家都懂,但是不管工作多忙,每周也要雷打不动的抽出 2 小时用来学习。
不出半年,你就能看出变化!
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
运行出来的效果图:
2.2 merge标签对布局层级的影响
在layout_merge.xml中,我们使用相对布局的属性android:layout_toEndOf
将蓝色TextView设置到了绿色TextView的右边,而layout_merge.xml的父布局是RelativeLayout
,所以这个属性是起了作用了,merge
标签不会影响里面的控件,也不会增加布局层级。
如果你还不放心,可以用Android Studio来检查。我用的Android Studio是3.1版本的,可以通过Layout Inspector查看布局层级,不过记得要先在真机或者模拟器上把项目跑起来。依次点击Tools-Layout Inspector,然后选择你要查看的Activity,就可以看到如下的层级图:
可以看到RelativeLayout
下面直接就是两个TextView了, merge
标签并没有增加布局层级。从这里也可以看出merge
的局限性,即你需要明确将merge
里面的布局和控件include
到什么类型的布局中,才能提前设置好merge
里面的布局和控件的位置。
2.3 merge的ID
在学习include
标签时我们知道,它的android:id
属性可以重写被include的根布局id,但如果根节点是merge
呢?前面说了merge
并不会作为一个布局绘制出来,所以这里给它设置id是不起作用的。我们可以在它的父布局RelativeLayout
中再加一个TextView,使用android:layout_below
属性把设置到layout_merge下面:
运行之后你会发现新加的TextView会把merge布局盖住,没有像预期那样在其下方。如果把android:layout_below
中的id改为layout_merge.xml中任一TextView的id(比如tv_merge1),运行之后就可以看到如下效果:
这也符合2.2中的情况,即父布局RelativeLayout
下级布局就是include进去的TextView了。
3、ViewStub
你一定遇到这样的情况:页面中有些布局在初始化时没必要显示,但是又不得不事先在布局文件中写好,虽然设置成了invisible
或gone
,但是在初始化时还是会加载,这无疑会影响页面加载速度。针对这一情况,Android为我们提供了一个利器————ViewStub
。这是一个不可见的,大小为0的视图,具有懒加载的功能,它存在于视图层级中,但只会在setVisibility()
和inflate()
方法调用只会才会填充视图,所以不会影响初始化加载速度。它有以下三个重要属性:
android:layout
:ViewStub需要填充的视图名称,为“R.layout.xx”的形式;android:inflateId
:重写被填充的视图的父布局id。
与include
标签不同,ViewStub
的android:id
属性是设置ViewStub
本身id的,而不是重写布局id,这一点可不要搞错了。另外,ViewStub
还提供了OnInflateListener
接口,用于监听布局是否已经加载了。
3.1 填充布局的正确方式
我们先创建一个layout_view_stub.xml,里面放置一个Switch
开关:
然后在Activity的布局中修改如下:
<?xml version="1.0" encoding="utf-8"?>
在ViewOptimizationActivity中监听ViewStub的填充事件:
viewStub.setOnInflateListener(new ViewStub.OnInflateListener() {
@Override
public void onInflate(ViewStub viewStub, View view) {
Toast.makeText(ViewOptimizationActivity.this, “ViewStub加载了”, Toast.LENGTH_SHORT).show();
}
});
然后通过按钮事件来填充和显示layout_view_stub:
@Override
public void onClick(View view) {
switch (view.getId()) {
case R.id.btn_show:
viewStub.inflate();
break;
case R.id.btn_hide:
viewStub.setVisibility(View.GONE);
break;
default:
break;
}
}
运行之后,点击“显示”按钮,layout_view_stub显示了,并弹出"ViewStub加载了"的Toast;点击“隐藏”按钮,布局又隐藏掉了,但是再点击一下“显示”按钮,页面居然却闪退了,查看日志,发现抛出了一个异常:
java.lang.IllegalStateException: ViewStub must have a non-null ViewGroup viewParent
我们打开ViewStub的源码,看看是哪里抛出这个异常的。很快我们就可以定位到是在inflate()方法中
public View inflate() {
final ViewParent viewParent = getParent();
if (viewParent != null && viewParent instanceof ViewGroup) {
if (mLayoutResource != 0) {
final ViewGroup parent = (ViewGroup) viewParent;
final View view = inflateViewNoAdd(parent);
replaceSelfWithView(view, parent);
mInflatedViewRef = new WeakReference<>(view);
if (mInflateListener != null) {
mInflateListener.onInflate(this, view);
}
return view;
} else {
throw new IllegalArgumentException(“ViewStub must have a valid layoutResource”);
}
} else {
throw new IllegalStateException(“ViewStub must have a non-null ViewGroup viewParent”);
}
}
注意到if语句中有一个replaceSelfWithView()方法,听这名字就让人有一种不祥的预感了,点进去一看:
private void replaceSelfWithView(View view, ViewGroup parent) {
final int index = parent.indexOfChild(this);
parent.removeViewInLayout(this);
final ViewGroup.LayoutParams layoutParams = getLayoutParams();
if (layoutParams != null) {
parent.addView(view, index, layoutParams);
} else {
parent.addView(view, index);
}
}
果然,ViewStub在这里调用了removeViewInLayout()方法把自己从布局移除了。到这里我们就明白了,ViewStub在填充布局成功之后就会自我销毁,再次调用inflate()方法就会抛出IllegalStateException异常了。此时如果想要再次显示布局,可以调用setVisibility()方法。
为了避免inflate()方法多次调用,我们可以采用如下三种方式:
3.1.1 捕获异常
我们可以捕获异常,同时调用setVisibility()方法显示布局。
try {
viewStub.inflate();
} catch (IllegalStateException e) {
Log.e(“Tag”,e.toString());
view.setVisibility(View.VISIBLE);
}
3.1.2 通过监听ViewStub的填充事件
声明一个布尔值变量isViewStubShow,默认值为false,布局填充成功之后,在监听事件onInflate方法中将其置为true。
if (isViewStubShow){
viewStub.setVisibility(View.VISIBLE);
}else {
viewStub.inflate();
}
3.1.3 直接调用setVisibility()方法
我先来看看ViewStub中的setVisibility()源码:
public void setVisibility(int visibility) {
if (mInflatedViewRef != null) {
View view = mInflatedViewRef.get();
if (view != null) {
view.setVisibility(visibility);
} else {
throw new IllegalStateException(“setVisibility called on un-referenced view”);
}
} else {
super.setVisibility(visibility);
if (visibility == VISIBLE || visibility == INVISIBLE) {
inflate();
}
}
}
可以看到,在inflate()初始化mInflatedViewRef之前,如果设置visibility为VISIBLE的话是会调用inflate()方法的,在mInflatedViewRef不为null之后就不会再去调用inflate()了。
3.2 viewStub.getVisibility()为何总是等于0?
在显示ViewStub中的布局时,你可能会采取如下的写法:
if (viewStub.getVisibility() == View.GONE){
viewStub.setVisibility(View.VISIBLE);
}else {
viewStub.setVisibility(View.GONE);
}
恭喜你,踩到一个大坑了。这样写你会发现点击“显示”按钮后ViewStub里面的布局不会再显示出来,也就是说if语句里面的代码没有执行。如果你将viewStub.getVisibility()的值打印出来,就会看到它始终为0,这恰恰是View.VISIBLE的值。奇怪,我们明明写了viewStub.setVisibility(View.GONE),layout_view_stub也隐藏了,为什么ViewStub的状态还是可见呢?
重新回到3.1.3,看看ViewStub中的setVisibility()源码,首先判断弱引用对象mInflatedViewRef是否为空,不为空则取出存放进去的对象,也就是我们ViewStub中的View,然后调用了view的setVisibility()方法,mInflatedViewRef为空时,则判断visibility为VISIBLE或INVISIBLE时调用inflate()方法填充布局,如果为GONE的话则不予处理。这样一来,在mInflatedViewRef不为空,也就是已经填充了布局的情况下,ViewStub中的setVisibility()方法实际上是在设置内部视图的可见性,而不是ViewStub本身。这样的设计其实也符合ViewStub的特性,即填充布局之后就自我销毁了,给其设置可见性是没有意义的。
3.3 操作布局控件
仔细比较一下,其实ViewStub就像是一个懒惰的include,我们需要它加载时才加载。要操作布局里面的控件也跟include一样,你可以先初始化ViewStub中的布局中再初始化控件:
//1、初始化被inflate的布局后再初始化其中的控件,
FrameLayout frameLayout = findViewById(R.id.view_inflate);//android:inflatedId设置的id
Switch sw = frameLayout.findViewById(R.id.sw);
sw.toggle();
如果主布局中控件的id没有冲突,可以直接初始化控件使用:
//2、直接初始化控件
Switch sw = findViewById(R.id.sw);
sw.toggle();
好了,关于ViewStub
的知识就讲这么多了。
后记
原本以为知识点不难,应该可以写得快一点的,没想到还是断断续续写了四五天,写得自己都觉得有点累了。希望还是能对大家有点帮助,不足之处还望指正。下面使用思维导图总计一下,并给出GitHub上的源码吧。
最后
好啦,文章写到这里就结束了,如果你觉得文章写得不错就给个赞呗?如果你觉得那里值得改进的,请给我留言。一定会认真查询,修正不足。谢谢。
希望读到这的您能转发分享和关注一下我,以后还会更新技术干货,谢谢您的支持!
转发+点赞+关注,第一时间获取最新知识点
Android架构师之路很漫长,一起共勉吧!
以下墙裂推荐阅读!!!
- Android学习笔记参考!
- “寒冬未过”,阿里P9架构分享Android必备技术点,让你offer拿到手软!
- 毕业3年,我是如何从年薪10W的拖拽工程师成为30W资深Android开发者!
- 腾讯T3大牛带你了解 2019 Android开发趋势及必备技术点!
- 八年Android开发,从码农到架构师分享我的技术成长之路,共勉!
最后祝大家生活愉快~
最后
上面这些公司都是时下最受欢迎的互联网大厂,他们的职级、薪资、福利也都讲的差不多了,相信大家都是有梦想和野心的人,心里多少应该都有些想法。
也相信很多人也都在为即将到来的金九银十做准备,也有不少人的目标都是这些公司。
我这边有不少朋友都在这些厂工作,其中也有很多人担任过面试官,上面的资料也差不多都是从朋友那边打探来的。除了上面的信息,我这边还有这些大厂近年来的面试真题及解析,以及一些朋友出于兴趣和热爱一起整理的Android时下热门知识点的学习资料。
部分文件:
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
及一些朋友出于兴趣和热爱一起整理的Android时下热门知识点的学习资料**。
部分文件:
[外链图片转存中…(img-0TFx5nQw-1715739120686)]
[外链图片转存中…(img-4FHLPzjG-1715739120686)]
[外链图片转存中…(img-2zShtM4R-1715739120687)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!