MVC,MVP,MVVM的区别
-
MVC
软件可以分为三部分 视图(View):用户界面 控制器(Controller):业务逻辑 模型(Model):数据保存 各部分之间的通信方式如下: View传送指令到Controller Controller完成业务逻辑后,要求Model改变状态 Model将新的数据发送到View,用户得到反馈 Tips:所有的通信都是单向的。 互动模式 接受用户指令时,MVC可以分为两种方式。一种是通过View接受指令,传递给Controller。 另一种是直接通过Controller接受指令
-
MVP
MVP模式将Controller改名为Presenter,同时改变了通信方向。 各部分之间的通信,都是双向的 View和Model不发生联系,都通过Presenter传递 View非常薄,不部署任何业务逻辑,称为"被动视图"(Passive View),即没有任何主动性,而Presenter非常厚,所有逻辑都部署在那里。
-
MVVM
MVVM模式将Presenter改名为ViewModel,基本上与MVP模式完全一致。 唯一的区别是,它采用双向绑定(data-binding):View的变动,自动反映在ViewModel,反之亦然。
请解释下在单线程模型中Message,Handler,Message Queue,Looper之间的关系
Handler是Android官方给我们提供的一套更新UI线程的机制,也是一套消息处理机制,可以通过Handler来处理消息,更新UI等。
拿主线程来说,主线程启动时会调用Looper.prepare()方法,会初始化一个Looper,放入Threadlocal中,接着调用Looper.loop()不断遍历Message Queue,
Handler的创建依赖与当前线程中的Looper,如果当前线程没有Looper则必须调用Looper.prepare()。Handler , sendMessage到MessageQueue,Looper不断
从MessageQueue中取出消息,回调handleMessage方法。
面试题:有没有用过自定义View?
答:有用过,一般指定View都需要进行这几个步骤,首先可以自定义一些自己的属性,在res/values/attrs.xml里面定义,然后在layout中使用,在View中通过context.obtainStyledAttributes(attrs,R.styleable.自定义属性的名字)进行获取。
然后在测量onMeasure,一般通过他的三个模式(EXACTLY,AT_MODE,,UNSPECIFIED)进行测量,调用setMeasuredDimension进行传入设置的值。
接着如果是ViewGroupt 的话我们还需要设置下子View的位置,一般是通过requestLayout去触发onLayout的方法的。
最后在onDraw里面通过Canvas的一些方法进行绘制。
如果需要进行触摸事件的话,一般需要有实现onTouchEvent事件,注意,如果需要多点触摸,需要实现ACTION_POINTER_DOWN和ACTION_POINTER_UP进行处理。
怎么启动Service?
答:有两种启动方式,一种是通过startService进行启动,这个时候Service跟启动的Activity没有关联,只有当调用stopService的
时候才会结束Service,他的生命周期是:onCreate->onStartCommand->Service Run ->stopService->onDestory();
如果是通过bindService启动的,那么这个Service就跟启动他的进程有关了,这个时候如果启动他的进程销毁了,那么这个Service也紧
跟着销毁了或者直接调用unBindService,
生命周期是:onCreate->onBindService->Service Run->unBindService->onDestory.
面试题:广播的动态注册和静态注册有什么区别?
静态注册:在AndroidManifest.xml文件中进行注册,当App退出后,Receiver仍然可以接收到广播并且进行相应的处理
动态注册:在代码中动态注册,当App退出后,也就没办法再接受广播了。
面试题:动画有哪些类型,动画的区别?
在Android3.0以前,动画有两种类型,一种是补间动画,即tween,他指的是通过自身的变形达到的效果,比如说透明度的变化,放大缩小等,
还有一种是帧动画,即Frame,是通过一针一针的对图片进行连贯起来播放的,Android3.0的时候定义了一个属性动画,即
PropertyAnimation,指的是控件的真实移动,就是不断的改变某些属性的值进行的。具体可以通过实现ValueAnimator等类进行实现。
如果后台的Activity由于某原因被系统回收了,如何在被系统回收之前保存当前状态?
重写onSaveInstanceState()方法,在此方法中保存需要保存的数据,该方法将会在activity被回收之前调用。通过重写
onRestoreInstanceState()方法可以从中提取保存好的数据
描述一下android的系统架构
android系统架构分从下往上为linux 内核层、运行库、应用程序框架层、和应用程序层。
简述 android 应用程序结构是哪些
1)main code
2) unit test
3)mianifest
4)res->drawable,drawable-xxhdpi,layout,value,mipmap
mipmap 是一种很早就有的技术了,翻译过来就是纹理映射技术.
google建议只把启动图片放入。
5)lib
6)color
什么是ANR 如何避免它?
1). KeyDispatchTimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应
2). BroadcastTimeout(10 seconds) --BroadcastReceiver在特定时间内无法处理完成
3). ServiceTimeout(20 seconds) --小概率类型 Service在特定的时间内无法处理完成
答:ANR:Application Not Responding。在Android中,活动管理器和窗口管理器这两个系统服务负责监视应用程序的响应,当用户
操作的在5s内应用程序没能做出反应,BroadcastReceiver在10秒内没有执行完毕,就会出现应用程序无响应对话框,这既是ANR。
避免方法:Activity应该在它的关键生命周期方法(如onCreate()和onResume())里尽可能少的去做创建操作。潜在的耗时操作,例如
网络或数据库操作,或者高耗时的计算如改变位图尺寸,应该在子线程里(或者异步方式)来完成。主线程应该为子线程提供一个
Handler,以便完成时能够提交给主线程。
1)避免在activity里面做耗时操作,oncreate & onresume
2)避免在onReceiver里面做过多操作
3)避免在Intent Receiver里启动一个Activity,因为它会创建一个新的画面,并从当前用户正在运行的程序上抢夺焦点。
4)尽量使用handler来处理UI thread & workthread的交互。
如何避免 OOM 异常
首先OOM是什么?
当程序需要申请一段“大”内存,但是虚拟机没有办法及时的给到,即使做了GC操作以后
这就会抛出 OutOfMemoryException 也就是OOM
Android的OOM怎么样?
如何避免OOM
减少内存对象的占用(减少bitmap的内存占用)
内存对象的重复利用(listView的复用)
ListView的优化方案
1、如果自定义适配器,那么在getView方法中要考虑方法传进来的参数contentView是否为null,如果为null就创建contentView并返回,
如果不为null则直接使用。在这个方法中尽可能少创建view。
2、给contentView设置tag(setTag()),传入一个viewHolder对象,用于缓存要显示的数据,可以达到图像数据异步加载的效果。
3、如果listview需要显示的item很多,就要考虑分页加载。比如一共要显示100条或者更多的时候,我们可以考虑先加载20条,等用户拉到列
表底部的时候再去加载接下来的20条。
屏幕适配的方式:
xxxdpi, wrap_content,match_parent. 获取屏幕大小,做处理。
dp来适配屏幕,sp来确定字体大小
weight,这是权重的适配。
AndroidAutoLayout和百分百布局
AsyncTask原理
AsyncTask是对Handler与线程池的封装
BroadcastReciver和EventBus区别
EventBus又是什么鬼呢?EventBus是一个发布 / 订阅的事件总线。
EventBus通过反射来调用订阅
事件分发机制
我们知道事件拦截的顺序,父ViewGroup先接收到拦截,再传递给子ViewGroup 或子View。事件的处理顺序是,子ViewGroup 或子View先处理,若子ViewGroup处理了,父ViewGroup就不用处理,若子ViewGroup未处理,则传给父ViewGroup处理。
其实当你触摸到控件时,就会调用dispatchTouchEvent方法,以前面点击Button为例,当我们点击该按钮时,应用会去Button的类中寻找该方法,发现没有,就会继续往上找,找到容纳该button的TextView时,发现该类中仍没有该方法,最后继续往上寻找,找到View这时发现了该方法:
dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent
首先我们必须了解三个方法
1.dispatchTouchEvent
2interceptTouchEvent
3.TouchEvent
下面先介绍第一个:dispatchTouchEvent
public boolean diapatchTouchEvent
当返回true //执行自己
返回 false //执行 onTouchEvent
默认 是执行 interceptTouchEvent
public boolean interceptToouchEvent
当返回 true //由他自己的OnTouchEvent处理
返回 false //继续分发
public boolean OnTouchEvent
返回 true 自己处理
返回 false 继续传递分发
默认继续传递
在view类中有dispatchTouchEvent和onTouchEvent两个方法
而ViewGroup是继承View,包含这两个方法,并且还包含onInterceptTouchEvent方法
从用户点击屏幕开始触发一个系列的点击事件时,事件真正的传递流程是:Activity(PhoneWindow)->DecorView->ViewGroup->View,在到达ViewGroup之前还有一个DecorView,事件是从Activity传过来的,但这些东西其实和ViewGroup的原理是一样的,Activity能看做一个大的ViewGroup,当它的DecorView包含的所有子View没有人能够消耗事件的时候(这样说有漏洞,大家懂我的意思就行了)最后还是会交给Activity处理。
-
如何不被拦截
如果ViewGroup的onInterceptTouchEvent(ev) 当ACTION_MOVE时return true ,即拦截了子View的MOVE以及UP事件;
此时子View希望依然能够响应MOVE和UP时该咋办呢?
Android给我们提供了一个方法:requestDisallowInterceptTouchEvent(boolean) 用于设置是否允许拦截,我们在子View的dispatchTouchEvent中直接这么写:
前面我们了解到了我们的View是树形结构的,基于这样的结构,我们的事件可以进行有序的分发。
事件收集之后最先传递给 Activity, 然后依次向下传递,大致如下:
Activity -> PhoneWindow -> DecorView -> ViewGroup -> ... -> View
这样的事件分发机制逻辑非常清晰,可是,你是否注意到一个问题?如果最后分发到View,如果这个View也没有处理事件怎么办,就这样让事件浪费掉?
当然不会啦,如果没有任何View消费掉事件,那么这个事件会按照反方向回传,最终传回给Activity,如果最后 Activity 也没有处理,本次事件才会被抛弃:
Activity <- PhoneWindow <- DecorView <- ViewGroup <- ... <- View
网友评论