2019Android面试题及答案

作者: 吕注意 | 来源:发表于2019-08-01 10:51 被阅读0次

    前言

    • 所有问题出处:https://www.jianshu.com/p/fbf38058d2bb
    • 本人因学习目的将问题答案进行总结,答案来自网络还有自身的理解。
    • 其中一些问题的答案对于本小白来说还是无法窥视的,尽力写出来,实在不行的只能跳过,只列出问题。
    • 若答案中出现错误的地方还请见谅,也请各位大佬帮忙点出,谢谢!
    • 目前进度只做到第15题,后续更新

    问题区:

    1. Activity的启动过程,AMS、PMS源码
    2. View的绘制过程,MeasureSpec测量模式分别代表什么意思,draw是哪里来的?自定义view
    3. view的事件分发机制
    4. hashmap原理,arraylist,linklist原理
    5. 你在开发过程中常用设计模式有哪些,单例设计模式的双重校验的目的?去掉第一个判空或第二个判空有啥不同?工厂模式解决了什么问题?使用了哪些设计原则?
    6. retrofit,okhttp,rxjava原理,okhttp用到了哪些设计模式,连接池的实现原理,rxjava线程切换的原理,eventbus原理
    7. jvm模型,java内存模型,垃圾回收机制,垃圾回收哪个区域,对象在内存哪个区域等等
    8. startService和bindService区别,多次启动会调用哪些方法?
    9. Activity旋转会调用哪些方法(横竖屏切换)
    10. 数据结构和算法,比较少会去写,要求手写 冒泡或者快速希尔排序等排序,最少要会一种
    11. 你都做过哪些内存优化,apk优化等
    12. 哪些会导致内存泄漏,如何检测,以及解决办法,内存泄漏和溢出有啥不同
    13. 图片优化,一个大图(10M,100M)如何去展示。
    14. 一些程序运行的结果,一般考的是重载,多态的,或者各种 i++ ++i 的结果的
    15. 图片缓存框架的原理,你字迹是否有实现过图片缓存框架,怎么实现的
    16. mvp,mvc区别,mvvm有木有了解的?
    17. 适配方案
    18. 跨进程通信方式,以及AIDL原理
    19. 子线程与子线程通信方式,handler怎么去实现子线程之间的通信
    20. Message、Handler、MessageQueue、Lopper,以及Looper既然是死循环的,为毛不会导致UI线程的阻塞
    21. android动画
    22. 多线程同步问题,锁lock,syc等

    答案区:

    1.Activity的启动过程,AMS、PMS 源码

    • Activity启动过程:

      1.点击APP图标后通过startActivity()远程调用到AMS中,AMS将进启动的Activity以 activityrecord 的结构压入Activity栈中,并通过远程binder回调到进程,使得原进程进入pause状态,原进程pause后通知AMS :“我 pause 了"
      2.此时AMS再根据栈中Activity的启动 意图(intent) 中的flag是否含有 new_task 的标签判断是否需要启动新进程(启动新进程调用 startProcessXXX 方法)
      3.启动新进程后通过反射调用ActivityThread的main方法,mian方法中调用looper.preparelooper.loop 启动消息队列循环机制。最后远程告知AMS:“我启动了”,然后AMS再回调 handleLauncherActivity() 方法加载Activity,在该方法中通过反射调用Application的onCreate()和Activity的onCreate(),然后在handleResumeActivity() 中反射调用Activity的onResume()方法。

    学艺不精,AMS和PMS源码不懂,此处先跳过


    2. View的绘制过程,MeasureSpec测量模式分别代表什么意思,draw是哪里来的?自定义View

    • View的绘制过程

    关于View的绘制过程,可以简单的分成三个步骤:

    1. measure过程:

      • 作用:测量View的宽、高
      • 流程:performMeasure() --- measure() --- onMeasure() --- 子View的measure()
      • 备注:在onMeasure() 方法中会对所有的子元素进行measure过程
    2. layout过程:

      • 作用:通过确定View四个顶点的位置,从而确定View的位置
      • 流程:performLayout() --- layout() --- onLayout() ---子View的layout过程
      • 备注:在OnLayout()方法中会对所有子元素进行layout过程
    3. draw过程:

      • 作用:将View绘制在屏幕上
      • 流程:performDraw() --- draw() --- onDraw() --- 子View的draw过程
    • MeasureSpec测量模式分别代表什么意思

      • MeasureSpec封装了父布局传递给子布局的布局要求,每个MeasureSpec代表了一组宽度和高度的要求。
      • View在测量过程中会使用到MeasureSpec

    其中MeasureSpec有三个测量模式:

    1. UNSPECIFIED 模式:父容器不会对子View有限制,子View要多大就给多大
    2. EXACTLY 模式:表示精确模式,View的大小已经确定,为SpecSize(规格大小)所指定的值
    3. AT_MOST 模式:表示不确定子View的大小,指定一个最大值,子View可在该范围内任意取值设为自己的大小

    PS:若对MeasureSpec不熟悉可以阅读 https://www.jianshu.com/p/c1f8df587985

    • draw是哪里来的

    View在经过 测量大小(measure过程)位置确定(layout过程) 后接下来就是 View的绘制(draw过程)

    • 自定义View

    先空着


    3. View的事件分发机制

    • 事件的分发机制可以简单的分为
    1. 当点击屏幕时触发 MotionEvent.ACTION_DOWN事件 时,事件分发器(dispatchTouchEvent)开始对事件的分发
    2. 在分发器找到对应的View时,拦截器(onInterceptTouch)会对事件的分发进行拦截,停止分发器继续向下分发事件的操作
    3. 接下来我们通过移动接触屏幕的手指等操作触发 MotionEvent.ACTION_MOVE 或 MotionEvent.ACTION_UP事件这些事件都会回调给onTouch或onTouchEvent方法,对事件做出响应
    • 分发机制的流程:Activity → ViewGroup → view

    • 分发事件最开始从 Actvity的dispatchTouchEvent()方法 开始:

      1. 在该方法里面最主要的是判断 getWindow().superDispatchTouchEvent() 方法的返回结果(true或false),若返回true则点击事件停止传递,传递过程结束,即找到了对应的View 。其中 getWindow.superDispatchTouchEvent() 方法实际会调用 ViewGroup层的dispatchTouchEvent() 方法。

      2. 在ViewGroup层会判断是否对事件进行拦截,

      • 若为true,则对事件进行拦截,然后调用 父类的dispatchTouchView() 方法,同时回调自身的onTouch()方法。
      • 若为false,则遍历子View,找到点击对应的View。然后拦截分发,同时调用 View控件的dispatchTouchEvent
      1. 在View控件的 dispatchTouchEvent() 方法中主要对View控件进行3个条件的判断:

        public boolean dispatchTouchEvent(MotionEvent event) {  
        
             if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
                 mOnTouchListener.onTouch(this, event)) {  
                     return true;  
               } 
             return onTouchEvent(event);  
        }
        
      • 条件1 mOnTouchListener !=null:即我们只要给View控件注册了Touch事件,mOnATouchListener就不为空
      • 条件 2 (mViewFlags & ENABLED_MASK) == ENABLED:判断当前View控件是否enable(很多View默认enable)
      • 条件 3 mOnTouchListener.onTouch(this,event):即控件注册Touch事件时的onTouch()

      由此可见,只有给View控件添加点击事件同时在点击事件中的onTouch()返回true时,dispatchTouchEvent()方法才能返回true,分发才结束。否则进入onTouchEvent()方法。


    4. HashMap、ArrayList、LinkList原理

    这个有点深奥,暂时不窥探。


    5. 你在开发过程中常用设计模式有哪些,单例设计模式的双重校验的目的?去掉第一个判空或第二个判空有啥不同?工厂模式解决了什么问题?使用了哪些设计原则?

    • 设计模式

      1. 单例模式
      2. Build建造者模式
      3. 观察者模式
      4. 原型模式
      5. 策略模式
      6. 工厂模式

      这里只列举出几个常用的设计模式,需要更多请点击下面的连接https://www.jianshu.com/p/457e81b3d8d2


    • 单例模式双重校验的目的

    在说单例的双重校验目的之前,先看一下单例的双重校验长什么样子

      public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
      }
    

    可以看到在getInstance()方法里面,先判断当前实例是否为空,然后进入同步处理后又判断一次实例是否为空。前后两次判断校验了两次。这个就是双重校验

    去掉第一个判断为空:即懒汉式(线程安全),这会导致所有线程在调用getInstance()方法的时候,不管三七二十一就直接排队等待同步锁,然后等到排到自己的时候进入同步处理时,才去校验实例是否为空,这样子做会耗费很多时间(即线程安全,但效率低下)。

    //去掉判断第一个为空
    public static synchronized SingleTon getInstance(){
        if (instance==null){
            instance = new SingleTon();
        }
        return instance;
    }
    

    去掉第二个判断为空:即懒汉式(线程不安全),这会出现 线程A先执行了getInstance()方法,同时线程B在因为同步锁而在外面等待,等到A线程已经创建出来一个实例出来并且执行完同步处理后,B线程将获得锁并进入同步代码,如果这时B线程不去判断是否已经有一个实例了,然后直接再new一个。这时就会有两个实例对象,即破坏了设计的初衷。(即线程不安全,效率高)

    //去掉第二个判断为空
    public static SingleTon getInstance(){
        if (instance==null){
            instance = new SingleTon();
        }
        return instance;
    }
    

    双重校验的目的:除了第一次实例化需要进行加锁同步,之后的线程只要进行第一层的if判断不为空即可直接返回,而不用每一次获取单例都加锁同步,因此相比前面两种懒汉式,双重检验锁更佳。(双重校验锁结合了 两种懒汉式 的优点)

    本小节参考文章:

    1. https://www.jianshu.com/p/b093d6741ef3
    2. https://www.cnblogs.com/android-blogs/p/5530239.html

    6. retrofit,okhttp,rxjava原理,okhttp用到了哪些设计模式,连接池的实现原理,rxjava线程切换的原理,eventbus原理

    retrofit 、 okhttp 、 rxjava原理 :


    7. jvm模型,java内存模型,垃圾回收机制,垃圾回收哪个区域,对象在内存哪个区域等等

    • jvm模型、java内存模型:

    • 垃圾回收机制 :

    主要分为两个步骤:

    1. 检测垃圾
    2. 回收垃圾

    检测垃圾又有两种:

    1. 引用计数法(已过时)
      给对象一个添加一个引用计数器,每当有一个地方引用该对象时,计数器加1,反之当引用无效时,计数器减1 。在任何时候,当计数器为0时,即没有任何地方引用该对象,表示该对象无用,即为回收器回收的对象。(因为这个方法无法解决对象之间相互循环引用的问题,所以被淘汰。)
    2. 可达性分析
      通过GC root根节点往外遍历(可以想象树形图),当一个与root根节点可达的节点A所代表的对象持有另外一个节点B所代表的对象的引用,则视节点B为可达的。反之,如果某个节点是不可达的,则为可回收的对象。

    回收垃圾

    1. 标记 - 清除法(mark - sweep)
      标记所有需要回收的对象,然后统一清除。该方法简单粗暴,但是清除完会导致内存空间中出现大量碎片。

    2. 复制(copying)
      把内存中的空间平分为两个,然后每次只使用任意一个。当回收垃圾时,遍历当前该内存区域,将正在使用的对象复制到另外一个内存区域中(复制过来后会自动整理,不会出现碎片的问题),然后再清空原来的内存区域。该方法通过两个内存区域的方法解决了碎片的问题,同时又迎来了新的问题,即提高了内存的空间要求,舍弃了空间换取了效率。

    3. 标记 - 整理(mark - compact)
      第一阶段:从根节点标记所有能被引用的对象,即标记有用的对象。
      第二阶段:遍历整个堆中的对象,清除没有被标记的对象,并把剩下的 “压缩” 到堆中的其中一块,按顺序排放。
      该方法避免了 “ 标记 - 清除 ” 所造成的碎片问题,也解决了 “ 复制 ” 对空间的要求高的问题。

    4. 分代收集算法
      根据每个对象生命周期不同的特点,将对象划分到不同代上,使用不同的垃圾回收方式。
      新生代:新创建的对象都是使用新生代分配内存。新生代里面又有三个区域(1个Eden区和2个Survivor区),新建的对象会放再Eden区,当Eden区满了就会执行 Minor GC ,然后把存活的对象转移到任意一个Survivor区。
      老年代:经过多次 Minor GC后依然存活的对象便送到该代,当该代内存被占满时就会触发Full GC回收整个内存。
      持久代:顾名思义。永生不死,相当于吸血鬼。用于存放java类等

    • 垃圾回收在哪个区域:

      • 要了解垃圾回收到底是回收哪个区域,就得先了解JAVA内存管理
      • 内存的管理即对对象的分配释放,释放即回收。

      JAVA内存分配策略
      1. 静态分配:主要存在静态变量,这块在编译时就已经分配好了,在整个程序运行期间存在。
      2. 栈式分配:当方法被执行时,方法体内部的局部变量(基本数据类型,对象的引用)都会放进栈内存中。当方法执行结束,分配给该方法的内存空间也会被释放。
      3. 堆式分配:又称动态分配,通常指对象的实例,这部分内存在不用的时候会被GC回收。

      通过上面三个分配策略可知,静态分配在整个程序运行过程中都在存在,栈式分配的内存在方法体执行结束后会自动释放。使用这两种分配策略的对象都不用进行回收,只有使用堆式分配的对象需要进行GC回收。


    8. startService和bindService区别,多次启动会调用哪些方法?

    • startService和bindService的区别

      startService:
      作用:启动服务
      生命周期:onCreate() → onStartCommand() → onDestory()

      bindService:
      作用:启动服务
      生命周期:onCreate() → onBind() → onUnbind() → onDestory()

    • 区别:
    1. 从通讯角度看,使用startService()方法启动的服务不能与Activity进行通讯,而使用bindService()方法启动的服务可以与Activity进行通讯。
    2. 从生命周期看,startService()方法启动服务是通过startCommand()方法,而bindService()方法是通过onBind()方法。
    3. 通过startService()方法启动的服务,当调用者退出后,服务仍然可以运行,而使用bindService()方法启动的服务则不行。
    • onCreate()方法在生命周期中只调用一次,若在服务已经启动的前提下,多次调用startService()方法或者调用bindService()方法,都不会再执行onCreate()方法,在使用starService()方法启动服务的情况下,会多次调用onStart()方法。

    9. Activity旋转会调用哪些方法

    Activity横竖屏切换的生命周期根据清单配置文件中的属性“ android:configChanges ”的值的不同而不同。

    android:configChanges =" orientation "消除横竖屏的影响
    android:configChanges=" keyboardHidden " :消除键盘的影响
    android:configChanges=" screenSize " :消除屏幕大小的影响
    

    情况1:android:configChanges =" orientation " 或者android:configChanges =" orientation | keyboardHidden "或者不设置该属性时,其切换屏幕的生命周期如下:
    onPause() → onSaveInstanceState() → onStop() → onDestory() → onCreate() → onStart() → onRestoreInstanceState() → onResume()

    情况2:android:configChanges=" orientation | screenSize | keyboardHidden "时,其切换屏幕不会调用任何一个生命周期方法。

    情况3:android:configChanges=" orientation | screenSize "时,其切换屏幕时不会调用任何一个生命周期方法,而是调用onConfigurationChanged()方法。

    10.数据结构和算法,比较少会去写,要求手写 冒泡或者快速希尔排序等排序,最少要会一种

    排序相对基础一点,这里本着复习的目的,就贴出冒泡排序的代码。使用Ecplise写的

            Scanner sd =new Scanner(System.in);
            String[] temp=sd.nextLine().split(" ");
        
             //这里就是排序的代码
            for(int i=0;i<temp.length;i++) {
              for(int j=temp.length-1;j>i;j--) {
                if(Integer.parseInt(temp[j])<Integer.parseInt(temp[j-1])) {
                    String str=temp[j];
                    temp[j]=temp[j-1];
                    temp[j-1]=str;
                }
              }
            }
        
        
        //这里是遍历打印出来
        for(String str:temp) {
            System.out.print(str+" ");
        }
    

    11. 你都做过哪些内存优化,apk优化等

    小白阶段,还没有过这经历,先空着。


    12,哪些会导致内存泄漏,如何检测,以及解决办法,内存泄漏和溢出有啥不同

    • 哪些会导致内存泄漏

      12.1 单例模式:
      在该模式中,需要外部传入一个context来获取该类实例,一般我们在Activity中直接写入this做为contetx来获取单例实例,此时该单例持有Activity的context强引用。这样的话,即使Activity早已退出,该Activity的内存也不会被回收,这样就造成了内存泄漏。
      避免单例模式造成的内存泄漏就是在Activity获取单例实例的时候,将getApplicationContext替换this作为传入的context。这样,该实例实际上获取的是整个应用的引用,就不会出现内存泄漏的情况了。
      12.2 非静态内部类/匿名类:
      非静态内部类和匿名类都默认持有外部类的强引用,且其生命周期甚至比外部类长。当外部类退出了,就导致了内存泄漏。
      解决的办法就是实现静态内部类。
      12.3 集合:
      集合类添加元素后,仍引用着集合元素的对象,导致该集合元素中的对象无法被回收,从而导致内存泄漏。
      解决的办法也相对简单,在集合元素使用后从集合中删除,等所有元素都使用完后,将集合置空。
      12.4 其他情况:

      • 需要手动关闭的对象没有关闭:
        网络、文件流 忘记关闭
        手动注册广播,退出时忘记解除注册
        Service执行完后忘记stopSelf()
        EventBus等观察者模式的框架忘记解除注册

      • static 关键字修饰的成员变量

      • ListView的item泄漏

    • 内存泄漏跟内存溢出的区别

      要了解两者的区别,首先得知道其概念。

      内存泄漏:如果一个长生命周期的对象持有另一个短生命周期的对象,当短生命周期的对象退出时,因为长生命周期对象持有短生命周期对象的引用,所以实际上短生命周期对象所占用的内存不会被回收,这样就造成了内存泄漏。(说白了,就是该回收的内存没有被回收)

      内存溢出:俗称内存不够,就是我们在启动或者创建一个对象的时候,内存中所剩可用的内存比我们创建对象所需的内存还要小的时候,就会内存溢出。

      从上面我们就可以看出,
      内存溢是因为系统已经不能再分配出你所需要的空间。
      内存泄漏就是你用资源的时候为他开辟了一段空间,当你用完时忘记释放资源了,这时内存还被占用着,一次没关系,但是内存泄漏次数多了就会导致内存溢出

      关于内存泄漏和内存溢出的详细可以看 内存溢出和内存泄漏的区别


    13. 图片优化,一个大图(10M,100M)如何去展示。

    不会,跳过


    14. 一些程序运行的结果,一般考的是重载,多态的,或者各种 i++ ++i 的结果的

    这里贴出了重载的相关信息,还有多态的参考文章


    15. 图片缓存框架的原理,你自己是否有实现过图片缓存框架,怎么实现的

    我没有,所以不知这么实现。。


    16. mvp,mvc区别,mvvm有木有了解的?

    相关文章

      网友评论

        本文标题:2019Android面试题及答案

        本文链接:https://www.haomeiwen.com/subject/ewunrctx.html