a).子 view 宽或高是个确定值,那么子 view 的 size 就是这个确定值,mode 是EXACTLY
b).子 view 宽或高设置为 match_parent,那么子 view 的 size 就是 0,模式就是UNSPECIFIED
c).子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是 0,模式就是UNSPECIFIED
获取到宽高的 MeasureSpec
后,传入 view 的 measure 方法中来确定 view 的宽高,这个时候还要分情况
1.当 MeasureSpec
的 mode 是 UNSPECIFIED,此时 view 的宽或者高要看 view 有没有设置背景,如果没有设置背景,就返回设置的 minWidth
或 minHeight
,这两个值如果没有设置默认就是 0,如果 view 设置了背景,就取 minWidth
或 minHeight
和背景这个 drawable
固有宽或者高中的最大值返回
2.当 MeasureSpec
的 mode 是 AT_MOST 和 EXACTLY,此时 view 的宽高都返回从MeasureSpec
中获取到的 size 值,这个值的确定见上边的分析。因此如果要通过继承 view 实现自定义 view,一定要重写 onMeasure
方法对 wrap_conten
属性做处理,否则,他的 match_parent
和 wrap_content
属性效果就是一样的
layout:
layout 方法的作用是用来确定 view 本身的位置,onLayout
方法用来确定所有子元素的位置,当 ViewGroup
的位置确定之后,它在 onLayout
中会遍历所有的子元素并调用其 layout 方法,在子元素的 layout 方法中onLayout
方法又会被调用。
layout 方法的流程是,首先通过 setFrame
方法确定 view 四个顶点的位置,然后view 在父容器中的位置也就确定了,接着会调用 onLayout
方法,确定子元素的位置,onLayout
是个空方法,需要继承者去实现。
getMeasuredHeight
和getHeight
方法有什么区别?
getMeasuredHeight
(测量高度)形成于 view 的 measure 过程,getHeight
(最终高度)形成于 layout 过程,在有些情况下,view 需要 measure 多次才能确定测量宽高,在前几次的测量过程中,
得出的测量宽高有可能和最终宽高不一致,但是最终来说,还是会相同,有一种情况会导致两者值不一样,如下,此代码会导致 view 的最终宽高比测量宽高大
public void layout(int l,int t,int r, int b){
super.layout(l,t,r+100,b+100);}
View 的工作流程主要是指 measure、layout、draw 这三大
流程,即测量、布局和绘制,其中 measure 确定 View 的** 测
量宽/ / 高**,layout 确定 View 的 最终宽/ / 高和 四个顶点的位
置,而 draw 则将 View 绘制到屏幕上
View 的绘制过程遵循如下几步:
a.绘制背景 background.draw(canvas)
b.绘制自己(onDraw)
c.绘制 children(dispatchDraw)
d.绘制装饰(onDrawScrollBars)
View 绘制过程的传递是通过 dispatchDraw
来实现的,它会遍历所有的子元素的draw 方法,如此 draw 事件就一层一层的传递下去了
ps: view 有一个特殊的方法 setWillNotDraw
,如果一个 view 不需要绘制内容,即不需要重写 onDraw
方法绘制,可以开启这个标记,系统会进行相应的优化。默认情况下,View 没有开启这个标记,默认认为需要实现 onDraw
方法绘制,当我们继承 ViewGroup
实现自定义控件,并且明确知道不需要具备绘制功能时,可以开启这个标记,如果我们重写了 onDraw
,那么要显示的关闭这个标记
子 view 宽高可以超过父 view?能
1.android:clipChildren = "false"
这个属性要设置在父 view 上。代表其中的子View 可以超出屏幕。
2.子 view 要有具体的大小,一定要比父 view 大 才能超出。比如 父 view 高度100px 子 view 设置高度 150px。子 view 比父 view 大,这样超出的属性才有意义。(高度可以在代码中动态赋值,但不能用 wrap_content / match_partent)。
3.对父布局还有要求,要求使用 linearLayout
(反正我用 RelativeLayout
是不行)。你如果必须用其他布局可以在需要超出的 view 上面套一个 linearLayout 外面再套其他的布局。
4.最外面的布局如果设置的 padding 不能超出
5. 自定义 view 需要注意的几点
1. 让 view 支持 wrap_content 属性,在 onMeasure
方法中针对 AT_MOST 模式做专门处理,否则 wrap_content 会和 match_parent 效果一样(继承 ViewGroup
也同样要在 onMeasure
中做这个判断处理)
if (widthMeasureSpec == MeasureSpec.AT_MOST && heightMeasureSpec ==MeasureSpec.AT_MOST){
setMeasuredDimension( 200 , 200 );
// wrap_content
情况下要设置一个默认值,200 只是举个例子,最终的值需要计算得到刚好包裹内容的宽高值
} else if (widthMeasureSpec == MeasureSpec.AT_MOST){
setMeasuredDimension( 200 ,heightMeasureSpec );
} else if (heightMeasureSpec == MeasureSpec.AT_MOST){
setMeasuredDimension(heightMeasureSpec , 200 );
}
2. 让 view 支持 padding(onDraw
的时候,宽高减去 padding 值,margin 由父布局控制,不需要 view 考虑),自定义 ViewGroup
需要考虑自身的 padding 和子 view的 margin 造成的影响
3. 在 view 中尽量不要使用 handler,使用 view 本身的 post 方法
4. 在 onDetachedFromWindow
中及时停止线程或动画
5. view 带有滑动嵌套情形时,处理好滑动冲突
6.View 事件传递分发机制?
- View 事件分发本质就是对
MotionEvent
事件分发的过程。即当一个MotionEvent
发生后,系统将这个点击事件传递到一个具体的 View 上 - 点击事件的传递顺序: Activity ( Window )→ViewGroup→ View
- 事件分发过程由三个方法共同完成:
dispatchTouchEvent
:用来进行事件的分发。如果事件能够传递给当前 View,那么此方法一定会被调用,返回结果受当前 View 的onTouchEvent
和下级View 的dispatchTouchEvent
方法的影响,表示是否消耗当前事件onInterceptTouchEvent
:在上述方法内部调用,对事件进行拦截。该方法只在ViewGroup
中有,View(不包含 ViewGroup)是没有的。一旦拦截,则执行ViewGroup
的onTouchEvent
,在ViewGroup
中处理事件,而不接着分发给 View。且只调用一次,返回结果表示是否拦截当前事件onTouchEvent
: 在dispatchTouchEvent
方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件
7.如何解决 View 的事件冲突 ? 举个开发中遇到的例子 ?
- 常见开发中事件冲突的有
ScrollView
与RecyclerView
的滑动冲突、RecyclerView
内嵌同时滑动同一方向 - 滑动冲突的处理规则:
- 对于由于外部滑动和内部滑动方向不一致导致的滑动冲突,可以根据滑动的方向判断谁来拦截事件。
- 对于由于外部滑动方向和内部滑动方向一致导致的滑动冲突,可以根据业务需求,规定何时让外部View 拦截事件,何时由内部 View 拦截事件。
- 对于上面两种情况的嵌套,相对复杂,可同样根据需求在业务上找到突破点
- 滑动冲突的实现方法:
- 外部拦截法: 指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,否则就不拦截。具体方法:需要重写父容器的
onInterceptTouchEvent
方法,在内部做出相应的拦截。 - 内部拦截法: 指父容器不拦截任何事件,而将所有的事件都传递给子容器,如果子容器需要此事件就直接消耗,否则就交由父容器进行处理。具体方法:需要配合
requestDisallowInterceptTouchEvent
方法
8.Scroller 是怎么实现 View 的弹性滑动?
- 在
MotionEvent.ACTION_UP
事件触发时调用startScroll()
方法,该方法并没有进行实际的滑动操作,而是记录滑动相关量(滑动距离、滑动时间) - 接着调用
invalidate/postInvalidate()
方法,请求 View重绘,导致 View.draw 方法被执行 - 当 View 重绘后会在 draw 方法中调用
computeScroll
方法,而computeScroll
又会去向Scroller
获取当前的scrollX
和scrollY
;然后通过scrollTo
方法实现滑动;接着又调用postInvalidate
方法来进行第二次重绘,和之前流程一样,如此反复导致 View 不断进行小幅度的滑动,而多次的小幅度滑动就组成了弹性滑动,直到整个滑动过成结束
9 .SurfaceView 和 View 的区别?
- View 需要在 UI 线程对画面进行刷新,而
SurfaceView
可在子线程进行页面的刷新 - View 适用于主动更新的情况,而
SurfaceView
适用于被动更新,如频繁刷新,这是因为如果使用 View 频繁刷新会阻塞主线程,导致界面卡顿 SurfaceView
在底层已实现双缓冲机制,而 View 没有,因此SurfaceView
更适用于需要频繁刷新、刷新时数据处理量很大的页面(如视频播放界面)
10. 自定义 View 如何考虑机型适配 ?
- 合理使用 warp_content,match_parent
- 尽可能的是使用 RelativeLayout
- 针对不同的机型,使用不同的布局文件放在对应的目录
下,android 会自动匹配。 - 尽量使用点 9 图片。
- 使用与密度无关的像素单位 dp,sp
- 引入 android 的百分比布局。
- 切图的时候切大分辨率的图,应用到布局当中。在小分辨
率的手机上也会有很好的显示效果。
请查看完整的PDF版
(更多完整项目下载。未完待续。源码。图文知识后续上传github。)
可以点击关于我联系我获取完整PDF
(VX:mm14525201314)
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
文末
今天关于面试的分享就到这里,还是那句话,有些东西你不仅要懂,而且要能够很好地表达出来,能够让面试官认可你的理解,例如Handler机制,这个是面试必问之题。有些晦涩的点,或许它只活在面试当中,实际工作当中你压根不会用到它,但是你要知道它是什么东西。
最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题,把技术点整理成了视频和PDF(实际上比预期多花了不少精力),包含知识脉络 + 诸多细节,由于篇幅有限,这里以图片的形式给大家展示一部分。
还有 高级架构技术进阶脑图、Android开发面试专题资料,高级进阶架构资料 帮助大家学习提升进阶,也节省大家在网上搜索资料的时间来学习,也可以分享给身边好友一起学习。
【Android核心高级技术PDF文档,BAT大厂面试真题解析】
【算法合集】
【延伸Android必备知识点】
【Android部分高级架构视频学习资源】
**Android精讲视频领取学习后更加是如虎添翼!**进军BATJ大厂等(备战)!现在都说互联网寒冬,其实无非就是你上错了车,且穿的少(技能),要是你上对车,自身技术能力够强,公司换掉的代价大,怎么可能会被裁掉,都是淘汰末端的业务Curd而已!现如今市场上初级程序员泛滥,这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期,想要年后突破自己涨薪的,进阶Android中高级、架构师对你更是如鱼得水,赶快领取吧!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
的,进阶Android中高级、架构师对你更是如鱼得水,赶快领取吧!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!