诚心奉上的年后找工作的android猿们的10个面试题和解答

序言:找工作绝逼是一件非常痛苦的事,尤其是年底找工作,当然了,这其中大部分原因肯定是因为LZ只是个没有经验的,还没毕业的大学生。今天看到一句掉渣天的骂人的话:“你TM就是一个没有对象的野指针”,哈哈哈!扯淡就到这,下面进入正题(如有错误,请及时纠正)。

注:每个问题的最后都会有正确答案(粗体的就是正确答案)

1、请简述一下你对Handler机制的理解?

答:这道题呢不管是在笔试中也好面试中也好,会被经常拿来问,因为这里面涉及到的知识点甚多,这里你就要回答什么是Handler机制,有何作用,然后面试官肯定还会问,Handler的几个老朋友Message,Looper以及MessageQueue和Handler有什么关系。所以这里你必须要搞懂这个

答:首先呢,Handler机制是Android中异步消息处理机制,也就是异步消息处理线程启动后会进入一个无限的循环体之中,每循环一次,从其内部的消息队列中取出一个消息,然后回调相应的消息处理函数,执行完成一个消息后则继续循环。若消息队列为空,线程则会阻塞等待。而他们之间的关系就是,消息循环Looper负责创建一个消息队列MessageQueue,而消息队列MessageQueue是消息Message的容器,也就是装消息Message的地方,然后进入一个无限循环体不断从该消息队列MessageQueue中读取消息,而消息的创建者和处理者就是一个或多个Handler。

2、android项目目录中res目录和assets目录的区别?

答:这是笔试题中遇到的,不止一道关于res目录和assets目录的,下面我们会好好讲解这两个目录。

答:首先呢,这两个目录的相同点就是目录下的文件都不会被编译为二进制文件,这两个文件夹下的内容会保持原样;不同点是:

(1)、res:该目录下的文件都会自动在R.java中生成资源id,可以通过getResources的相关方法结合其他类进行访问;而且res目录下不能随意创建文件夹。

(2)、assets:该目录支持创建任意深度的文件夹,并且目录下的文件不会在R.java中生成资源id,必须使用/assets开始的相对路径按照文件的方式进行访问。可以使用AssetManager 结合其他类进行访问。

不过这里需要注意一点,assets目录下不仅仅可以存放音频、字体等较大的文件,还可以存放大的图片

3、对Java的设计模式了解多少?用过哪些设计模式(我回答了下面几个,然后他又发问了)?说说你对单例模式的了解?

答:OMG!我的第一反应就是这个问题问的就有点深了,后来想想其实也还好,只是问你用过的一些,然后我就讲了几个我用到过的,单例模式、适配器模式、建造者模式、观察者模式,好像没了,像其他的一些工厂模式、策略模式、访问者模式什么的都只是听过,可能用到过,但是自己不知道而已>_<

答:首先解释一下单例模式:为了确保某个类只有一个实例,而且自行实例化并向整个系统提供这个实例。单例模式的特点:

(1)、单例模式只能有一个实例。

(2)、单例类必须自己创建自己的唯一实例。

(3)、单例类必须给所有其他对象提供这一实例。

单例模式通常在一些或多或少具有资源管理器的功能的地方使用,比如说线程池、缓存、对话框等等。我觉得对于像我这样一个初级的猿猿来说懂这些应该就够了,当然了,你还得知道单例模式的几种写法,看到这里的童鞋,请移步JAVA设计模式之单例模式,里面有比较详细的讲解

4、你用过Gradle吗?(呃!我用的是studio开发,所以gradle还是经常用的)请说说你知道的gradle的一些用法(配置)?

答:这道题,说真的,我刚开始有点懵逼,我之前看到过讲的很详细的关于Gradle的博文,但是可悲的是我没有仔细去研究;相信大家都知道Maven吧!Gradle的功能比Maven还要强大。然后你可以先介绍一下Gradle是个啥,然后再讲讲你知道的一些Gradle配置,然后基本就差不多了。

Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化建构工具。它使用一种基于Groovy的特定领域语言(DSL)来声明项目设置,抛弃了基于XML的各种繁琐配置。在Android Studio中,我们可以使用Gradle来完成APK的编译及打包工作。使用Gradle的原因:

(1)、使用领域专用语言(Domain Specific Language)来描述和处理构建逻辑。

(2)、基于Groovy。DSL可以混合各种声明元素,用代码操控这些DSL元素达到逻辑自定义。

(3)、支持已有的Maven或者Ivy仓库基础建设。

(4)、非常灵活,允许使用best practices,并不强制让你遵照它的原则来。

(5)、其它插件时可以暴露自己的DSL和API来让Gradle构建文件使用。

(6)、允许IDE集成,是很好的API工具。

在Android Studio中,你可以在Gradle中配置以下内容:

(1)、配置插件及插件的属性

(2)、配置远程仓库,像jcenter和maven

(3)、配置所依赖的第三方库,jar包等

(4)、配置多渠道打包的信息

(5)、配置应用的签名信息,编译版本信息等等

上面的这些都是比较基础的一些,想了解更详细的请移步Gradle从入门到了解

5、Activity的四种状态是什么,分别对应的Activity的生命周期是什么?

答:这是一道笔试大题,这也是一道比较基础而且又有考点的题目,有些时候你的知道在哪个状态该干些什么事,在生命周期切换的时候可以做哪些事。我当时写的比较糙,没怎么写全,可能自己也有点不记得了,之前看郭神的第一行代码中写的比较详细。

Activity的四种状态分别是:

(1)、运行状态(Running):当一个Activity在栈顶,它是可视的、有焦点、可接受用户输入的。Android试图尽最大可能保持它活动状态,杀死其它Activity来确保当前活动Activity有足够的资源可使用。当另外一个Activity被激活,这个将会被暂停。

(2)、暂停状态(Paused):在很多情况下,你的Activity可视但是它没有焦点,换句话说它被暂停了。有可能原因是一个透明或者非全屏的Activity被激活。当被暂停,一个Activity仍会当成活动状态,只不过是不可以接受用户输入。在极特殊的情况下,Android将会杀死一个暂停的Activity来为活动的Activity提供充足的资源。当一个Activity变为完全隐藏,它将会变成停止。

(3)、停止状态(Stopped):当一个Activity不是可视的,它“停止”了。这个Activity将仍然在内存中保存它所有的状态和会员信息。尽管如此,当其它地方需要内存时,它将是最有可能被释放资源的。当一个Activity停止后,一个很重要的步骤是要保存数据和当前UI状态。一旦一个Activity退出或关闭了,它将变为销毁状态。

(4)、销毁状态(Destroyed):在一个Activity被杀死后和被装载前,它是销毁状态的。被销毁Acitivity被移除Activity栈,并且需要在显示和可用之前重新启动它。

这四种状态还是比较容易理解的,下面我们来看一下和生命周期串联起来:

(1)、运行状态:进入Activity,onCreate—>onStart—>onResume,这时候Activity就处于运行状态了。

(2)、暂停状态:在当前Activity中打开一个半透明的Activity然后再返回来,onPause—>onRestart—>onStart—>onResume,不会运行onStop,这样Activity就经历了暂停状态,请注意暂停状态和停止状态的区别。

(3)、停止状态:当前Activity跳转到另外一个Activity然后再返回来,onPause—>onStop—>onRestart—>onStart—>onResume,这样Activity就经历了暂停状态、停止状态,然后又回到了运行状态。

(4)、销毁状态:当前Activity按返回键,onPause—>onStop—>onDestroy,这时候Activity就被销毁了,等到下一次被运行。

6、请说说你是怎么优化ListView的?

答:这道题说简单也不简单,说难应该也不算难,如果你搞懂这里面的原理就一点不难,就我个人而言,没做过的就是分页加载的逻辑。

优化一:在Adapter中的getView方法中使用ConvertView,即ConvertView的复用,不需要每次都inflate一个View出来,这样既浪费时间,又浪费内存。

优化二:使用ViewHolder,不要在getView方法中写findViewById方法,因为getView方法会执行很多遍,这样也可以节省时间,节约内存。

优化三:使用分页加载,讲真实际开发中,ListView的数据肯定不止几百条,成千上万条数据你不可能一次性加载出来,所以这里需要用到分页加载,一次加载几条或者十几条,但是如果数据量很大的话,像qq,微信这种,如果顺利加载到最后面的话,那么你的list中也会有几万甚至几十万的数据,这样可能也会导致OOM,所以你的数据集List中也不能有那么多数据,所以每加载一页的时候你可以覆盖前一页的数据。

优化四:如果数据当中有图片的话,使用第三方库来加载(也就是缓存),如果你的能力强大到能自己维护的话,那也不是不可以。

优化五:当你手指在滑动列表的时候,尽可能的不加载图片,这样的话滑动就会更加流畅。

差不多回答个这么些也就可以了,如果你还有更厉害的,请私戳回复我一下,咱们共同进步

7、说说你对Java的线程机制的理解?

答:首先呢这道题是在电话面试的时候面试官问的,线程机制如果要讲的话会很深,可是LZ回答的时候只是讲了一下线程的概念,然后按照自己平常的使用方法讲了一下,如果你知道的深的话你可以拿出来装装逼了。

首先线程是程序运行的最小单元,有时候被称为轻量级进程。线程的创建方法有两种,第一,继承Thread类,然后实现run方法即可;第二,使用内部类实现Runnable接口亦可。

第一种:

public class A extends Thread { @Override

第二种:

public class B implements Runnable { @Override

然后可以再说说线程的生命周期,因为这也是一个比较重要的知识点:

(1)、新建状态:用new关键字和Thread类或其子类建立一个线程对象后,该线程对象就处于新生状态

注意:不能对已经启动的线程再次调用start()方法,否则会出现Java.lang.IllegalThreadStateException异常。

(2)、就绪状态:处于就绪状态的线程已经具备了运行条件,但还没有分配到CPU,处于线程就绪队列,等待系统为其分配CPU

(3)、运行状态:处于运行状态的线程最为复杂,它可以变为阻塞状态、就绪状态和死亡状态。

(4)、阻塞状态:处于运行状态的线程在某些情况下,如执行了sleep(睡眠)方法,或等待I/O设备等资源,将让出CPU并暂时停止自己的运行,进入阻塞状态。

(5)、死亡状态:当线程的run()方法执行完,或者被强制性地终止,就认为它死去

注意:线程一旦死亡,就不能复生。 如果在一个死去的线程上调用start()方法,会抛出java.lang.IllegalThreadStateException异常。

在Android中,用到线程的地方一般是网络请求,大文件的加载等耗时的操作,用到线程的地方大多可能会用到handler,这个上面有讲到。

8、说说你对Java的GC机制的理解?GC机制与纯计数方式的自动内存管理相比有什么优势?

答:这道题也算是比较经典的了,我知道的也比较浅显,但是GC机制也很重要,所以,正在看这个的你们一定要重视,可以去找找Java中关于JVM的书籍或者博客去看一看Java中JVM的原理,因为这玩意儿真的很重要。

GC机制算得上是Java语言中一个比较优秀的机制了,它能自动管理内存的回收,相对于C/C++来说,程序员不必手动调用方法来释放内存。首先你得了解JVM内存的组成结构,JVM是由堆、栈、本地方法栈、方法区等部分组成,至于这些玩意是什么,详细可以参考深入了解Java GC的工作原理;当程序员使用new关键字创建对象时,GC就开始监控这个对象的地址,大小以及使用情况。一般来说,GC是采用有向图的方式来记录和管理堆中所有的对象。GC与纯计数方式的自动内存管理相比:

(1)、最基本的纯引用计数方式的自动内存管理可以做到实时释放死对象,但却无法处理存在循环引用的对象图的释放。

(2)、最基本的纯引用计数方式对引用计数器的操作非常频繁,这里有额外开销,至于是否严重到成问题就看具体应用的可忍受程度。

(3)、如果选用GC来实现自动内存管理,它是不显式维护对象的引用计数的,也就没有“引用计数到0”的概念。所以基于GC的JVM或其它语言的运行时环境自然不会“引用计数到0就释放对象”。

(4)、引用计数方式其实也有经典的卡顿情况。例子之一就是一个对象个数很多、引用链很长的对象图假如只是被一个引用而留活,那么那个引用一死就会引发大量对象扎堆释放(但却不是“批量释放”,开销不同),这一样会引起卡顿。

另外为了保证GC能够在不同平台实现的问题,Java规范对GC的很多行为都没有进行严格的规定。例如,对于采用什么类型的回收算法、什么时候进行回收等重要问题都没有明确的规定。因此,不同的JVM的实现者往往有不同的实现算法。这也给Java程序员的开发带来行多不确定性。

9、说说你对Java中几种引用的理解?

答:这道题对我来说并不陌生,因为每次看面试题的时候都会经常看到,但是我又真的没有使用过这些引用,所以我就回答了这几个引用的概念,面试官后面也问了在什么情况下会使用这些。

首先你得了解这四种引用的概念:

(1)、强引用:如果一个对象具有强引用,它就不会被垃圾回收器回收。即使当前内存空间不足,JVM也不会回收它,而是抛出 OutOfMemoryError 错误,使程序异常终止。如果想中断强引用和某个对象之间的关联,可以显式地将引用赋值为null,这样一来的话,JVM在合适的时间就会回收该对象

(2)、软引用:在使用软引用时,如果内存的空间足够,软引用就能继续被使用,而不会被垃圾回收器回收,只有在内存不足时,软引用才会被垃圾回收器回收。

(3)、弱引用:具有弱引用的对象拥有的生命周期更短暂。因为当 JVM 进行垃圾回收,一旦发现弱引用对象,无论当前内存空间是否充足,都会将弱引用回收。不过由于垃圾回收器是一个优先级较低的线程,所以并不一定能迅速发现弱引用对象

(4)、虚引用:顾名思义,就是形同虚设,如果一个对象仅持有虚引用,那么它相当于没有引用,在任何时候都可能被垃圾回收器回收。

讲到这里,LZ又要建议你去看看JVM了,这是一个比较深的知识点。至于在Android项目中在哪里能使用,我只知道内存优化的使用,比如在你初始化Handler的时候,周围的颜色会变黄,这个是编译器提示的,有可能会发生内存泄漏这个问题的,所以你可以给Handler加上软引用来避免这个问题。其他的也一样,如果你不想某个东西造成内存泄漏,你就可以给它加上软引用,让GC来消灭它

10、int和Integer的区别,String和StringBuilder、StringBuffer的区别?

答:这道题,首先呢你得知道Java的8种基本的数据类型,byte,short,int,long,double,float,char,boolean,他们都有与之对应的对象。至于后面那个问题,LZ建议你去看看源码,这样的话你就能比较深刻的理解。

首先呢int和Integer前者是基本数据类型,后者是一个对象,这没什么好说的,后面的String和另外两者的区别是,String是字符串常量,另外两个是字符串变量,再说白一点,String是不会变的,而后面的是可变的,这里可能就有人要问了,我在使用字符串想加的时候,String不是也变了吗?NoNoNo,这里说的不可变是你给他赋初始值之后String就不会变了,你之后用加法的过程中它又创建了一个新的String对象来操作你的加法,原本的初始的String的值仍然没有改变;然后我们说说后面两者的区别,StringBuilder是线程不安全的,因此它操作字符串会比较快,而StringBuffer是线程安全的,所以它操作字符串会比较慢,关于线程安全这方面,你可以去看看这两个的源码。另外你还得知道怎样合理的使用这三者:

(1)、String:操作少量数据的时候使用。

(2)、StringBuilder:单线程操作字符串缓冲区下操作大量数据。

(3)、StringBuffer:多线程操作字符串缓冲区下操作大量数据。

本文为头条号作者发布,不代表今日头条立场。

你可能感兴趣的:(诚心奉上的年后找工作的android猿们的10个面试题和解答)