GVKun编程网logo

Android view的一些认识(android中的view)

8

在本文中,我们将详细介绍Androidview的一些认识的各个方面,并为您提供关于android中的view的相关解答,同时,我们也将为您带来关于2021我对Android-view的3条认识,全网疯

在本文中,我们将详细介绍Android view的一些认识的各个方面,并为您提供关于android中的view的相关解答,同时,我们也将为您带来关于2021我对Android-view的3条认识,全网疯传、2021我对Android-view的3条认识,附答案、9102年末,我对Android view的13条认识、android listview 和webview的问题的有用知识。

本文目录一览:

Android view的一些认识(android中的view)

Android view的一些认识(android中的view)

转载:9102年末,我对Android view的13条认识;

 

顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找
https://github.com/xiangjiana/Android-MS

一丶 View 的绘制流程?
  • 参考答案
    View 的工作流程主要是指 measure、layout、draw 这三大流程,即测量、布局和绘制,其中 measure 确定 View 的测量宽/ / 高,layout 确定 View 的最终宽/ / 高和 四个顶点的位置,而 draw 则将 View绘制到屏幕上

View 的绘制过程遵循如下几步

  • 绘制背景 background.draw(canvas)
  • 绘制自己(onDraw)
  • 绘制 children(dispatchDraw)
  • 绘制装饰(onDrawScollBars)


       
二丶View的事件分发制

点击事件产生后,首先传递给 Activity 的 dispatchTouchEvent 方法,通过PhoneWindow 传递给 DecorView,然后再传递给根 ViewGroup,进入 ViewGroupdispatchTouchEvent 方法,执行 onInterceptTouchEvent 方法判断是否拦截,再不拦截的情况下,此时会遍历 ViewGroup 的子元素,进入子 View 的dispatchToucnEvent 方法,如果子 view 设置了 onTouchListener,就执行 onTouch方法,并根据 onTouch 的返回值为 true 还是 false 来决定是否执行 onTouchEvent方法,如果是 false 则继续执行 onTouchEvent。在onTouchEvent 的 Action Up 事件中判断,如果设置了 onClickListener ,就执行 onClick 方法。

View 事件传递分发机制?
参考回答:

  • View 事件分发本质就是对 MotionEvent 事件分发的过程。即当一个 MotionEvent 发生后,系统将这个点击事件传递到一个具体的 View 上
  • 点击事件的传递顺序: Activity( Window)→ViewGroup→ View
  • 事件分发过程由三个方法共同完成
    • dispatchTouchEvent:用来进行事件的分发。如果事件能够传递给当前 View,那么此方法一定会被调用,返回结果受当前 View 的 onTouchEvent 和下级View 的 dispatchTouchEvent 方法的影响,表示是否消耗当前事件
    • onInterceptTouchEvent:在上述方法内部调用,对事件进行拦截。该方法只在 ViewGroup 中有,View(不包含 ViewGroup)是没有的。一旦拦截,则执行 ViewGrouponTouchEvent,在 ViewGroup 中处理事件,而不接着分发给 View。且只调用一次,返回结果表示是否拦截当前事件
    • onTouchEvent: 在 dispatchTouchEvent 方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件
三丶 View的加载流程

View 随着 Activity 的创建而加载,startActivity 启动一个 Activity 时,在
ActivityThreadhandleLaunchActivity 方法中会执行 Activity 的 onCreate 方法,这个时候会调用 setContentView 加载布局创建出 DecorView 并将我们的 layout加载到 DecorView 中,当执行到 handleResumeActivity 时,Activity 的 onResume方法被调用,然后 WindowManager 会将 DecorView 设置给 ViewRootImpl,这样,DecorView就被加载到Window中了,此时界面还没有显示出来,还需要经过 View的 measure,layout 和 draw 方法,才能完成 View 的工作流程。我们需要知道 View的绘制是由ViewRoot来负责的,每一个DecorView都有一个与之关联的ViewRoot,这种关联关系是由WindowManager 维护的,将DecorViewViewRoot 关联之后,ViewRootImplrequestLayout会被调用以完成初步布局,通过scheduleTraversals方法向主线程发送消息请求遍历,最终调用ViewRootImplperformTraversals方法,这个方法会执行 View 的 measure layout 和 draw 流程

四丶 自定义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 带有滑动嵌套情形时,处理好滑动冲突

五丶View 的 measure layout 和 draw

在上边的分析中我们知道,View 绘制流程的入口在 ViewRootImplperformTraversals 方法,在方法中首先调用 performMeasure 方法,传入一个childWidthMeasureSpecchildHeightMeasureSpec 参数,这两个参数代表的是DecorViewMeasureSpec 值,这个 MeasureSpec 值由窗口的尺寸和 DecorViewLayoutParams 决定,最终调用 View 的 measure 方法进入测量流程

measure :
View 的 measure 过程由 ViewGroup 传递而来,在调用 View.measure 方法之前,会首先根据 View 自身的 LayoutParams 和父布局的MeasureSpec 确定子 view 的MeasureSpec,然后将 view 宽高对应的 measureSpec 传递到 measure 方法中,那么子 view 的 MeasureSpec 获取规则是怎样的?分几种情况进行说明

1.父布局是 EXACTLY 模式:

a. 子 view 宽或高是个确定值,那么子 view 的 size 就是这个确定值,mode是 EXACTLY(是不是说子 view 宽高可以超过父 view?见下一个)
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间,模式就是 EXACTLY
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小,模式就是 AT_MOST

2.父布局是 AT_MOST 模式:

a. 子 view 宽或高是个确定值,那么子 view 的 size 就是这个确定值,mode 是EXACTLY
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小,模式就是 AT_MOST
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小,模式就是 AT_MOST

3.父布局是 UNSPECIFIED 模式:

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 有没有设置背景,如果没有设置背景,就返回设置的 minWidthminHeight,这两个值如果没有设置默认就是 0,如果 view 设置了背景,就取 minWidthminHeight和背景这个 drawable 固有宽或者高中的最大值返回
2.当 MeasureSpec 的 mode 是 AT_MOST 和 EXACTLY,此时 view 的宽高都返回从MeasureSpec 中获取到的 size 值,这个值的确定见上边的分析。因此如果要通过继承 view 实现自定义 view,一定要重写 onMeasure 方法对 wrap_conten 属性做处理,否则,他的 match_parentwrap_content 属性效果就是一样的

layout:
layout 方法的作用是用来确定 view 本身的位置,onLayout 方法用来确定所有子元素的位置,当 ViewGroup 的位置确定之后,它在 onLayout 中会遍历所有的子元素并调用其 layout 方法,在子元素的 layout 方法中 onLayout 方法又会被调用。layout 方法的流程是,首先通过 setFrame 方法确定 view 四个顶点的位置,然后view 在父容器中的位置也就确定了,接着会调用onLayout 方法,确定子元素的位置,onLayout 是个空方法,需要继承者去实现。

getMeasuredHeightgetHeight方法有什么区别?
getMeasuredHeight (测量高度)形成于 view 的 measure 过程,getHeight(最终高度)形成于 layout 过程,在有些情况下,view 需要 measure 多次才能确定测量宽高,在前几次的测量过程中,得出的测量宽高有可能和最终宽高不一致,但是最终来说,还是会相同,有一种情况会导致两者值不一样,如下,此代码会导致 view 的最终宽高比测量宽高大100PX

  public void layout(int l,int t,int r, int b) {
     super.layout(l,t,r+100,b+100); {
 }

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 不能超出

六丶MotionEvent 是什么?包含几种事件?什么条件下会产生?

参考回答:
MotionEvent 是手指接触屏幕后所产生的一系列事件。典型的事件类型有如下:

ACTION_DOWN:手指刚接触屏幕
ACTION_MOVE:手指在屏幕上移动
ACTION_UP:手指从屏幕上松开的一瞬间
ACTION_CANCELL:手指保持按下操作,并从当前控件转移到外层控件时触发

正常情况下,一次手指触摸屏幕的行为会触发一系列点击
事件,考虑如下几种情况:

点击屏幕后松开,事件序列:DOWN→UP
点击屏幕滑动一会再松开,事件序列为DOWN→MOVE→.....→MOVE→UP

七丶如何解决View 的事件冲突

参考回答:
常见开发中事件冲突的有 ScrollViewRecyclerView 的滑动冲突、RecyclerView 内嵌同时滑动同一方向

滑动冲突的处理规则:

  • 对于由于外部滑动和内部滑动方向不一致导致的滑动冲突,可以根据滑动的方向判断谁来拦截事件。
  • 对于由于外部滑动方向和内部滑动方向一致导致的滑动冲突,可以根据业务需求,规定何时让外部View 拦截事件,何时由内部 View 拦截事件。
  • 对于上面两种情况的嵌套,相对复杂,可同样根据需求在业务上找到突破点。

滑动冲突的实现方法:

  • 外部拦截法: 指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,否则就不拦截。
    具体方法:需要重写父容器的onInterceptTouchEvent 方法,在内部做出相应的拦截。
  • 内部拦截法: 指父容器不拦截任何事件,而将所有的事件都传递给子容器,如果子容器需要此事件就直接消耗,否则就交由父容器进行处理。
    具体方法:需要配合requestdisallowInterceptTouchEvent 方法
八丶Scroller 是怎么实现View的弹性滑动

参考回答:

  • MotionEvent.ACTION_UP 事件触发时调用startScroll()方法,该方法并没有进行实际的滑动操作,而是记录滑动相关量(滑动距离、滑动时间)
  • 接着调用 invalidate/postInvalidate()方法,请求 View重绘,导致 View.draw 方法被执行
  • 当 View 重绘后会在 draw 方法中调用 computeScroll 方法,而 computeScroll 又会去向 Scroller 获取当前的scrollXscrollY;然后通过 scrollTo 方法实现滑动;接着又调用 postInvalidate 方法来进行第二次重绘,和之前流程一样,如此反复导致 View 不断进行小幅度的滑动,而多次的小幅度滑动就组成了弹性滑动,直到整个滑动过成结束
       
九丶 invalidate()和 postInvalidate() 的区别 ?

invalidate()postInvalidate()都用于刷新 View,主要区别是 invalidate()在主线程中调用,若在子线程中使用需要配合 handler;而 postInvalidate()可在子线程中直接调用。

十丶 SurfaceView 和 View 的区别?
  • View 需要在 UI 线程对画面进行刷新,而 SurfaceView 可在子线程进行页面的刷新
  • View 适用于主动更新的情况,而 SurfaceView 适用于被动更新,如频繁刷新,这是因为如果使用 View 频繁刷新会阻塞主线程,导致界面卡顿
  • SurfaceView 在底层已实现双缓冲机制,而 View 没有,因此 SurfaceView 更适用于需要频繁刷新、刷新时数据处理量很大的页面(如视频播放界面)
十一丶 scrollTo()和 scollBy() 的区别?
  • scollBy 内部调用了 scrollTo,它是基于当前位置的相对滑动;而 scrollTo 是绝对滑动,因此如果使用相同输入参数多次调用 scrollTo 方法由于 View 的初始位置是不变的,所以只会出现一次 View 滚动的效果
  • 两者都只能对 View 内容的滑动,而非使 View 本身滑动。可以使用 Scroller 有过度滑动的效果
十二丶自定义view 如何考虑机型适配?
  • 合理使用 warp_content,match_parent
  • 尽可能的是使用 RelativeLayout
  • 针对不同的机型,使用不同的布局文件放在对应的目录下,android 会自动匹配。
  • 尽量使用点 9 图片。
  • 使用与密度无关的像素单位 dp,sp
  • 引入 android 的百分比布局。
  • 切图的时候切大分辨率的图,应用到布局当中。在小分辨率的手机上也会有很好的显示效果。
十三丶View 的滑动方式

a. layout(left,top,right,bottom):通过修改 View 四个方向的属性值来修改 View 的坐标,从而滑动 View
b. offsetLeftAndRight() offsetTopAndBottom():指定偏移量滑动 view
c. LayoutParams,改变布局参数:layoutParams 中保存了 view 的布局参数,可以通过修改布局参数的方式滑动 view
d. 通过动画来移动 view:注意安卓的平移动画不能改变 view 的位置参数,属性动画可以
e. scrollTo/scrollBy:注意移动的是 view 的内容,scrollBy(50,50)你会看到屏幕上的内容向屏幕的左上角移动了,这是参考对象不同导致的,你可以看作是它移动的是手机屏幕,手机屏幕向右下角移动,那么屏幕上的内容就像左上角移动了
f. scroller:scroller 需要配置 computeScroll 方法实现 view 的滑动,scroller 本身并不会滑动 view,它的作用可以看作一个插值器,它会计算当前时间点 view 应该滑动到的距离,然后 view 不断的重绘,不断的调用 computeScroll 方法,这个方法是个空方法,所以我们重写这个方法,在这个方法中不断的从 scroller 中获取当前 view 的位置,调用 scrollTo 方法实现滑动的效果

 

2021我对Android-view的3条认识,全网疯传

2021我对Android-view的3条认识,全网疯传

开头

相信大多数互联网的从业者都有着这样一个梦想:进大厂,获得丰厚的薪酬,和更优秀的人一起共事,在技术上获得更快的成长。

**然而部分人其实一直都陷入了“穷忙”的困局,觉得自己每天白天黑夜都在工作,高强度输出,但是却并没有获得机会的眷顾。**久而久之,既不知道自己忙什么,也不知道怎么能停下来。

这并不是时间的过错,而是因为把解决方式过多押注在技术上,然后继续在工作上不断循环,这样的状态让你极度缺少另一个层面的思考。

如何去打破这种僵局呢?很多人建议多读书,但是从哪种类型的书开始看又该看谁的书呢?说实话,很多技术书写到最后大同小异。但是万变不离其宗,源代码以及参考手册需要多些钻研,扎根底层是程序员应有的素养。

现在互联网讯息如此便捷,学习资料从来不缺。硬盘里都是各种学习资源,上下班坐地铁,还要刷技术视频。但是泛看不如精看、精读。

这里我总结了一些Android核心知识点,以及一些最新的大厂面试题、知识脑图和视频资料解析。

需要的**小伙伴私信【学习】**我免费分享给你,以后的路也希望我们能一起走下去。

1、应用层开发,不限于各种产品,主要还是Android或iOS原生开发,主要是各种性能优化。

2、嵌入式开发,不限于各种开发板子,物联网,智能家居

3、安全开发,不限于各种反逆向,反汇编,寻找安全漏洞

4、音视频开发,不限于直播、点播、音视频通话、音视频会议,短视频等

5、插件化、组件化、热修复开发,不限于自研和使用开源框架集成开发

6、系统开发(Android),不限于Rom维护和FrameWork层定制需求

7、图形图像开发,不限于OpenGL ES,EGL,GLSurfaceView,滤镜,美颜

说一下我的学习路线(一定要系统

其实很简单就下面这张图,含概了Android所有需要学的知识点,一共8大板块:

  1. 架构师筑基必备技能
  2. Android框架体系架构(高级UI+FrameWork源码)
  3. 360°Androidapp全方位性能调优
  4. 设计思想解读开源框架
  5. NDK模块开发
  6. 移动架构师专题项目实战环节
  7. 移动架构师不可不学习微信小程序
  8. 混合开发的Flutter

Android学习的资料

我呢,把上面八大板块的分支都系统的做了一份学习系统的资料和视频,大概就下面这些,我就不全部写出来了,不然太长了影响大家的阅读。需要的小伙伴可以**私信我【进阶】**我免费分享给大家,或者直接点击下面链接领取,谢谢大家这么久以来的支持。

如果你有其他需要的话,也可以在Github上查看,下面的资料也会陆续上传到Github

330页PDF Android学习核心笔记(内含上面8大板块)

Android学习的系统对应视频

如何做好面试突击,规划学习方向?

面试题集可以帮助你查漏补缺,有方向有针对性的学习,为之后进大厂做准备。但是如果你仅仅是看一遍,而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。建议先制定学习计划,根据学习计划把知识点关联起来,形成一个系统化的知识体系。

学习方向很容易规划,但是如果只通过碎片化的学习,对自己的提升是很慢的。

同时我还搜集整理2020年字节跳动,以及腾讯,阿里,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind(实际上比预期多花了不少精力),包含知识脉络 + 分支细节

image

在搭建这些技术框架的时候,还整理了系统的高级进阶教程,会比自己碎片化学习效果强太多。

image

点击:

《Android架构视频+BAT面试专题PDF+学习笔记》

即可免费获取~

droid架构视频+BAT面试专题PDF+学习笔记》](https://docs.qq.com/doc/DSkNLaERkbnFoS0ZF)**

即可免费获取~

网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

2021我对Android-view的3条认识,附答案

2021我对Android-view的3条认识,附答案

缘起

随着互联网企业的不断发展,产品项目中的模块越来越多,用户体验要求也越来越高,想实现小步快跑、快速迭代的目的越来越难,还有应用之间的互相调用等等问题,插件化技术应用而生。如果没有插件化技术,美团、淘宝这些集成了大量“app”的应用,可能会有几个g那么大。

所以,当今的Android移动开发,不会热修复、插件化、组件化,80%以上的面试都过不了。

阿里P8大佬每天熬夜到凌晨一两点,花了将近半个月时间将Android热修复框架、插件化框架、组件化框架、图片加载框架、网络访问框架、RxJava响应式编程框架、IOC依赖注入框架、最近架构组件Jetpack等等Android第三方开源框架整合成了一套系统知识笔记PDF,长达1042页!相信看完这份文档,你将会对这些Android第三方框架有着更深入、更系统的理解。

面试刷题

刷题我从常见Android基础知识面试题,刷到了Java面试题,继而攻坚Android高级面试题,以及突破学习Flutter相关热点技术面试题(不是很难),最后总攻今年大厂面试真题总结。

Android基础知识

一、 Activity

1、 什么是Activity?

2、 请描述一下Activity 生命周期

3、 常见的Activity类型有FragmentActivitiy,ListActivity,TabAcitivty等。请描述一下Activity 生命周期

4、 如何保存Activity的状态?

5、 两个Activity之间跳转时必然会执行的是哪几个方法?

6、 横竖屏切换时Activity的生命周期

7、 如何将一个Activity设置成窗口的样式

8、 如何退出Activity?如何安全退出已调用多个Activity的Application?

9、 Activity的四种启动模式,singletop和singletask区别是什么?一般书签的使用模式是singletop,那为什么不使用singletask?

10、 Android中的Context, Activity,Appliction有什么区别?

11、 两个Activity之间传递数据,除了intent,广播接收者,content provider还有啥?

12、 Context是什么?

二、 Service

1、 Service是否在main thread中执行, service里面是否能执行耗时的操作?

2、 Activity怎么和Service绑定,怎么在Activity中启动自己对应的Service?

3、 请描述一下Service的生命周期

4、 什么是IntentService?有何优点?

5、 说说Activity、Intent、Service是什么关系

6、 Service和Activity在同一个线程吗

7、 Service里面可以弹吐司么

8、 什么是Service以及描述下它的生命周期。Service有哪些启动方法,有什么区别,怎样停用Service?

9、 在service的生命周期方法onstartConmand()可不可以执行网络操作?如何在service中执行网络操作?

三、 broadcast Receiver

1、 请描述一下broadcastReceiver

2、 在manifest和代码中如何注册和使用broadcastReceiver

3、 broadCastReceiver的生命周期

四、 ContentProvider

1、 请介绍下ContentProvider是如何实现数据共享的

2、 请介绍下Android的数据存储方式

3、 为什么要用ContentProvider?它和sql的实现上有什么差别?

4、 说说ContentProvider、ContentResolver、ContentObserver之间的关系

五、 ListView

1、 ListView如何提高其效率?

2、 当ListView数据集改变后,如何更新ListView

3、 ListView如何实现分页加载

4、 ListView可以显示多种类型的条目吗

5、 ListView如何定位到指定位置

6、 如何在ScrollView中如何嵌入ListView

7、 ListView中如何优化图片

8、 ListView中图片错位的问题是如何产生的

9、 如何刷新ListView中单个item的数据,不刷新整个ListView的数据?

六、 Intent

1、 Intent传递数据时,可以传递哪些类型数据?

2、 Serializable和Parcelable的区别

3、 请描述一下Intent 和 IntentFilter

七、 Fragment

1、 Fragment跟Activity之间是如何传值的

2、 描述一下Fragment的生命周期

3、 Fragment的replace和add方法的区别

4、 Fragment如何实现类似Activity栈的压栈和出栈效果的?

5、 Fragment在你们项目中的使用

6、 如何切换fragement,不重新实例化

Java面试题

一、 Java基础

1、 Java中引用类型都有哪些

2、 什么是重载,什么是重写,有什么区别? )

3、 String、StringBuffer和StringBuilder的区别

4、 关键字final和static是怎么使用的

5、 TCP/IP协议簇分哪几层?TCP、IP、XMPP、HTTP、分别属于哪一层?

二、 Java中的设计模式

1、 你所知道的设计模式有哪些

2、 单例设计模式

3、 工厂设计模式

4、 建造者模式(Builder)

5、 适配器设计模式

6、 装饰模式(Decorator)

7、 策略模式(strategy)

8、 观察者模式(Observer)

Android 高级

一、 Android性能优化

1、 如何对Android应用进行性能分析

2、 什么情况下会导致内存泄露

3、 如何避免OOM异常

4、 Android中如何捕获未捕获的异常

5、 ANR是什么?怎样避免和解决ANR(重要)

6、 Android线程间通信有哪几种方式(重要)

7、 Devik进程,linux进程,线程的区别

8、 描述一下android的系统架构?

9、 android应用对内存是如何限制的?我们应该如何合理使用内存?

10、 简述android应用程序结构是哪些?

11、 请解释下Android程序运行时权限与文件系统权限的区别?

12、 Framework工作方式及原理,Activity是如何生成一个view的,机制是什么?

13、 多线程间通信和多进程之间通信有什么不同,分别怎么实现?

二、 Android屏幕适配

1、 屏幕适配方式都有哪些

2、 屏幕适配的处理技巧都有哪些

三、 AIDL

1、 什么是AIDL以及如何使用

2、 AIDL的全称是什么?如何工作?能处理哪些类型的数据?

四、 Android中的事件处理

1、 Handler机制

2、 事件分发机制

3、 子线程发消息到主线程进行更新UI,除了handler和AsyncTask,还有什么?

4、 子线程中能不能new handler?为什么?

五、 Android中的动画

1、 Android中的动画有哪几类,它们的特点和区别是什么

2、 如何修改Activity进入和退出动画

3、 属性动画,例如一个button从A移动到B点,B点还是可以响应点击事件,这个原理是什么?

六、 ContentObserver 内容观察者作用及特点

项目框架的使用

一、 自我介绍

二、 开发中都使用过哪些框架、平台

三、 都使用过哪些自定义控件

四、 自定义控件:绘制圆环的实现过程

五、 自定义控件:摩天轮的实现过程

六、 自定义控件:可拖拽排序的GridLayout的实现过程

七、 流式布局的实现过程

八、 项目的流程

九、 项目中常见的问题

十、 即时通讯是是怎么做的?

十一、 设计模式六大原则

十二、 第三方登陆

十三、 第三方支付

十四、 常见框架分析

最后送福利了,现在关注我并且加入群聊可以获取包含源码解析,自定义view,动画实现,架构分享等。
内容难度适中,篇幅精炼,每天只需花上十几分钟阅读即可。
大家可以跟我一起探讨,欢迎加群探讨,有Flutter—底层开发—性能优化—移动架构—资深UI工程师 —NDK相关专业人员和视频教学资料,还有更多面试题等你来拿

点击这里前往我的腾讯文档领取

录播视频图.png

群聊可以获取包含源码解析,自定义view,动画实现,架构分享等。
内容难度适中,篇幅精炼,每天只需花上十几分钟阅读即可。
大家可以跟我一起探讨,欢迎加群探讨,有Flutter—底层开发—性能优化—移动架构—资深UI工程师 —NDK相关专业人员和视频教学资料,还有更多面试题等你来拿**
点击这里前往我的腾讯文档领取
[外链图片转存中…(img-yHv2Rjri-1619753073966)]

9102年末,我对Android view的13条认识

9102年末,我对Android view的13条认识

每次到每一年的年底,都会花几天时间把今年对每个知识点总结一下。算是对自己经验的累积,以弥补自己的不足。把知识点汇总一下,看看自身的不足和错误,以便2020年再接再厉
今天先总结一下关于Android View 总结

顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找
https://github.com/xiangjiana/Android-MS

(VX:mm14525201314)

一丶 View 的绘制流程?
  • 参考答案

View 的工作流程主要是指 measure、layout、draw 这三大流程,即测量、布局和绘制,其中 measure 确定 View 的测量宽/ / 高,layout 确定 View 的最终宽/ / 高和 四个顶点的位置,而 draw 则将 View绘制到屏幕上

View 的绘制过程遵循如下几步

  • 绘制背景 background.draw(canvas)
  • 绘制自己(onDraw)
  • 绘制 children(dispatchDraw)
  • 绘制装饰(onDrawScollBars)

二丶View的事件分发制

点击事件产生后,首先传递给 Activity 的 dispatchTouchEvent 方法,通过PhoneWindow 传递给 DecorView,然后再传递给根 ViewGroup,进入 ViewGroupdispatchTouchEvent 方法,执行 onInterceptTouchEvent 方法判断是否拦截,再不拦截的情况下,此时会遍历 ViewGroup 的子元素,进入子 View 的dispatchToucnEvent 方法,如果子 view 设置了 onTouchListener,就执行 onTouch方法,并根据 onTouch 的返回值为 true 还是 false 来决定是否执行 onTouchEvent方法,如果是 false 则继续执行 onTouchEvent。在onTouchEvent 的 Action Up 事件中判断,如果设置了 onClickListener ,就执行 onClick 方法。

View 事件传递分发机制?
参考回答:

  • View 事件分发本质就是对 MotionEvent 事件分发的过程。即当一个 MotionEvent 发生后,系统将这个点击事件传递到一个具体的 View 上
  • 点击事件的传递顺序: Activity( Window)→ViewGroup→ View
  • 事件分发过程由三个方法共同完成

    • dispatchTouchEvent:用来进行事件的分发。如果事件能够传递给当前 View,那么此方法一定会被调用,返回结果受当前 View 的 onTouchEvent 和下级View 的 dispatchTouchEvent 方法的影响,表示是否消耗当前事件
    • onInterceptTouchEvent:在上述方法内部调用,对事件进行拦截。该方法只在 ViewGroup 中有,View(不包含 ViewGroup)是没有的。一旦拦截,则执行 ViewGrouponTouchEvent,在 ViewGroup 中处理事件,而不接着分发给 View。且只调用一次,返回结果表示是否拦截当前事件
    • onTouchEvent: 在 dispatchTouchEvent 方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件
三丶 View的加载流程

View 随着 Activity 的创建而加载,startActivity 启动一个 Activity 时,在
ActivityThreadhandleLaunchActivity 方法中会执行 Activity 的 onCreate 方法,这个时候会调用 setContentView 加载布局创建出 DecorView 并将我们的 layout加载到 DecorView 中,当执行到 handleResumeActivity 时,Activity 的 onResume方法被调用,然后 WindowManager 会将 DecorView 设置给 ViewRootImpl,这样,DecorView就被加载到Window中了,此时界面还没有显示出来,还需要经过 View的 measure,layout 和 draw 方法,才能完成 View 的工作流程。我们需要知道 View的绘制是由ViewRoot来负责的,每一个DecorView都有一个与之关联的ViewRoot,这种关联关系是由WindowManager 维护的,将DecorViewViewRoot 关联之后,ViewRootImplrequestLayout会被调用以完成初步布局,通过scheduleTraversals方法向主线程发送消息请求遍历,最终调用ViewRootImplperformTraversals方法,这个方法会执行 View 的 measure layout 和 draw 流程

四丶 自定义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 带有滑动嵌套情形时,处理好滑动冲突

五丶View 的 measure layout 和 draw

在上边的分析中我们知道,View 绘制流程的入口在 ViewRootImplperformTraversals 方法,在方法中首先调用 performMeasure 方法,传入一个childWidthMeasureSpecchildHeightMeasureSpec 参数,这两个参数代表的是DecorViewMeasureSpec 值,这个 MeasureSpec 值由窗口的尺寸和 DecorViewLayoutParams 决定,最终调用 View 的 measure 方法进入测量流程

measure :
View 的 measure 过程由 ViewGroup 传递而来,在调用 View.measure 方法之前,会首先根据 View 自身的 LayoutParams 和父布局的MeasureSpec 确定子 view 的MeasureSpec,然后将 view 宽高对应的 measureSpec 传递到 measure 方法中,那么子 view 的 MeasureSpec 获取规则是怎样的?分几种情况进行说明

1.父布局是 EXACTLY 模式:

a. 子 view 宽或高是个确定值,那么子 view 的 size 就是这个确定值,mode是 EXACTLY(是不是说子 view 宽高可以超过父 view?见下一个)
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间,模式就是 EXACTLY
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小,模式就是 AT_MOST

2.父布局是 AT_MOST 模式:

a. 子 view 宽或高是个确定值,那么子 view 的 size 就是这个确定值,mode 是EXACTLY
b. 子 view 宽或高设置为 match_parent,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小,模式就是 AT_MOST
c. 子 view 宽或高设置为 wrap_content,那么子 view 的 size 就是占满父容器剩余空间,不能超过父容器大小,模式就是 AT_MOST

3.父布局是 UNSPECIFIED 模式:

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 有没有设置背景,如果没有设置背景,就返回设置的 minWidthminHeight,这两个值如果没有设置默认就是 0,如果 view 设置了背景,就取 minWidthminHeight和背景这个 drawable 固有宽或者高中的最大值返回
2.当 MeasureSpec 的 mode 是 AT_MOST 和 EXACTLY,此时 view 的宽高都返回从MeasureSpec 中获取到的 size 值,这个值的确定见上边的分析。因此如果要通过继承 view 实现自定义 view,一定要重写 onMeasure 方法对 wrap_conten 属性做处理,否则,他的 match_parentwrap_content 属性效果就是一样的

layout:
layout 方法的作用是用来确定 view 本身的位置,onLayout 方法用来确定所有子元素的位置,当 ViewGroup 的位置确定之后,它在 onLayout 中会遍历所有的子元素并调用其 layout 方法,在子元素的 layout 方法中 onLayout 方法又会被调用。layout 方法的流程是,首先通过 setFrame 方法确定 view 四个顶点的位置,然后view 在父容器中的位置也就确定了,接着会调用onLayout 方法,确定子元素的位置,onLayout 是个空方法,需要继承者去实现。

getMeasuredHeightgetHeight方法有什么区别?
getMeasuredHeight (测量高度)形成于 view 的 measure 过程,getHeight(最终高度)形成于 layout 过程,在有些情况下,view 需要 measure 多次才能确定测量宽高,在前几次的测量过程中,得出的测量宽高有可能和最终宽高不一致,但是最终来说,还是会相同,有一种情况会导致两者值不一样,如下,此代码会导致 view 的最终宽高比测量宽高大100PX

  public void layout(int l,int t,int r, int b) {
     super.layout(l,t,r+100,b+100); {
 }

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 不能超出
六丶MotionEvent 是什么?包含几种事件?什么条件下会产生?

参考回答:
MotionEvent 是手指接触屏幕后所产生的一系列事件。典型的事件类型有如下:

ACTION_DOWN:手指刚接触屏幕
ACTION_MOVE:手指在屏幕上移动
ACTION_UP:手指从屏幕上松开的一瞬间
ACTION_CANCELL:手指保持按下操作,并从当前控件转移到外层控件时触发

正常情况下,一次手指触摸屏幕的行为会触发一系列点击
事件,考虑如下几种情况:

点击屏幕后松开,事件序列:DOWN→UP
点击屏幕滑动一会再松开,事件序列为DOWN→MOVE→.....→MOVE→UP
七丶如何解决View 的事件冲突

参考回答:
常见开发中事件冲突的有 ScrollViewRecyclerView 的滑动冲突、RecyclerView 内嵌同时滑动同一方向

滑动冲突的处理规则:

  • 对于由于外部滑动和内部滑动方向不一致导致的滑动冲突,可以根据滑动的方向判断谁来拦截事件。
  • 对于由于外部滑动方向和内部滑动方向一致导致的滑动冲突,可以根据业务需求,规定何时让外部View 拦截事件,何时由内部 View 拦截事件。
  • 对于上面两种情况的嵌套,相对复杂,可同样根据需求在业务上找到突破点。

滑动冲突的实现方法:

  • 外部拦截法: 指点击事件都先经过父容器的拦截处理,如果父容器需要此事件就拦截,否则就不拦截。

具体方法:需要重写父容器的onInterceptTouchEvent 方法,在内部做出相应的拦截。

  • 内部拦截法: 指父容器不拦截任何事件,而将所有的事件都传递给子容器,如果子容器需要此事件就直接消耗,否则就交由父容器进行处理。

具体方法:需要配合requestDisallowInterceptTouchEvent 方法

八丶Scroller 是怎么实现View的弹性滑动

参考回答:

  • MotionEvent.ACTION_UP 事件触发时调用startScroll()方法,该方法并没有进行实际的滑动操作,而是记录滑动相关量(滑动距离、滑动时间)
  • 接着调用 invalidate/postInvalidate()方法,请求 View重绘,导致 View.draw 方法被执行
  • 当 View 重绘后会在 draw 方法中调用 computeScroll 方法,而 computeScroll 又会去向 Scroller 获取当前的scrollXscrollY;然后通过 scrollTo 方法实现滑动;接着又调用 postInvalidate 方法来进行第二次重绘,和之前流程一样,如此反复导致 View 不断进行小幅度的滑动,而多次的小幅度滑动就组成了弹性滑动,直到整个滑动过成结束

九丶 invalidate()和 postInvalidate() 的区别 ?

invalidate()postInvalidate()都用于刷新 View,主要区别是 invalidate()在主线程中调用,若在子线程中使用需要配合 handler;而 postInvalidate()可在子线程中直接调用。

十丶 SurfaceView 和 View 的区别?
  • View 需要在 UI 线程对画面进行刷新,而 SurfaceView 可在子线程进行页面的刷新
  • View 适用于主动更新的情况,而 SurfaceView 适用于被动更新,如频繁刷新,这是因为如果使用 View 频繁刷新会阻塞主线程,导致界面卡顿
  • SurfaceView 在底层已实现双缓冲机制,而 View 没有,因此 SurfaceView 更适用于需要频繁刷新、刷新时数据处理量很大的页面(如视频播放界面)
十一丶 scrollTo()和 scollBy() 的区别?
  • scollBy 内部调用了 scrollTo,它是基于当前位置的相对滑动;而 scrollTo 是绝对滑动,因此如果使用相同输入参数多次调用 scrollTo 方法由于 View 的初始位置是不变的,所以只会出现一次 View 滚动的效果
  • 两者都只能对 View 内容的滑动,而非使 View 本身滑动。可以使用 Scroller 有过度滑动的效果
十二丶自定义View 如何考虑机型适配?
  • 合理使用 warp_content,match_parent
  • 尽可能的是使用 RelativeLayout
  • 针对不同的机型,使用不同的布局文件放在对应的目录下,android 会自动匹配。
  • 尽量使用点 9 图片。
  • 使用与密度无关的像素单位 dp,sp
  • 引入 android 的百分比布局。
  • 切图的时候切大分辨率的图,应用到布局当中。在小分辨率的手机上也会有很好的显示效果。
十三丶View 的滑动方式

a. layout(left,top,right,bottom):通过修改 View 四个方向的属性值来修改 View 的坐标,从而滑动 View
b. offsetLeftAndRight() offsetTopAndBottom():指定偏移量滑动 view
c. LayoutParams,改变布局参数:layoutParams 中保存了 view 的布局参数,可以通过修改布局参数的方式滑动 view
d. 通过动画来移动 view:注意安卓的平移动画不能改变 view 的位置参数,属性动画可以
e. scrollTo/scrollBy:注意移动的是 view 的内容,scrollBy(50,50)你会看到屏幕上的内容向屏幕的左上角移动了,这是参考对象不同导致的,你可以看作是它移动的是手机屏幕,手机屏幕向右下角移动,那么屏幕上的内容就像左上角移动了
f. scroller:scroller 需要配置 computeScroll 方法实现 view 的滑动,scroller 本身并不会滑动 view,它的作用可以看作一个插值器,它会计算当前时间点 view 应该滑动到的距离,然后 view 不断的重绘,不断的调用 computeScroll 方法,这个方法是个空方法,所以我们重写这个方法,在这个方法中不断的从 scroller 中获取当前 view 的位置,调用 scrollTo 方法实现滑动的效果

顺手留下GitHub链接,需要获取相关面试等内容的可以自己去找
https://github.com/xiangjiana/Android-MS

android listview 和webview的问题

android listview 和webview的问题

listview里面的某个item是webview,现在listview上下滑动时,webview会重新加载,请问有什么办法,可以让webview在listview滑动的时候不重新加载呢

--webview是listview 动态加载的,也可以动态删除


今天的关于Android view的一些认识android中的view的分享已经结束,谢谢您的关注,如果想了解更多关于2021我对Android-view的3条认识,全网疯传、2021我对Android-view的3条认识,附答案、9102年末,我对Android view的13条认识、android listview 和webview的问题的相关知识,请在本站进行查询。

本文标签: