- Animation
Q:Android中有哪几种类型的动画?
- 技术点:动画类型
- 参考回答: 常见三类动画
- View动画(View Animation)/补间动画(Tween animation):对View进行平移、缩放、旋转和透明度变化的动画,不能真正的改变view的位置。应用如布局动画、Activity切换动画
- 逐帧动画(Drawable Animation):是View动画的一种,它会按照顺序播放一组预先定义好的图片
- 属性动画(Property Animation):对该类对象进行动画操作,真正改变了对象的属性
Q:帧动画在使用时需要注意什么?
- 技术点:帧动画
- 参考回答:使用祯动画要注意不能使用尺寸过大的图片,否则容易造成OOM
Q:View动画和属性动画的区别?
- 技术点:View动画、属性动画
- 参考回答:
Q:View动画为何不能真正改变View的位置?而属性动画为何可以?
- 技术点:View动画
- 参考回答:View动画改变的只是View的显示,而没有改变View的响应区域;而属性动画会通过反射技术来获取和执行属性的get、set方法,从而改变了对象位置的属性值。
Q:属性动画插值器和估值器的作用?
- 技术点:属性动画
- 参考回答:
- 插值器(Interpolator):根据时间流逝的百分比计算出当前属性值改变的百分比。确定了动画效果变化的模式,如匀速变化、加速变化等等。View动画和属性动画均可使用。常用的系统内置插值器:
- 线性插值器(LinearInterpolator):匀速动画
- 加速减速插值器(AccelerateDecelerateInterpolator):动画两头慢中间快
- 减速插值器(DecelerateInterpolator):动画越来越慢
- 类型估值器(TypeEvaluator):根据当前属性改变的百分比计算出改变后的属性值。针对于属性动画,View动画不需要类型估值器。常用的系统内置的估值器:
- 整形估值器(IntEvaluator)
- 浮点型估值器(FloatEvaluator)
- Color属性估值器(ArgbEvaluator)
- Window
Q:Activity、View、Window三者之间的关系?
- 技术点:Activity、View、Window联系
- 思路:围绕Window是Activity和View的桥梁展开
- 参考回答:在Activity启动过程其中的attach()方法中初始化了PhoneWindow,而PhoneWindow是Window的唯一实现类,然后Activity通过setContentView将View设置到了PhoneWindow上,而View通过WindowManager的addView()、removeView()、updateViewLayout()对View进行管理。
Q:Window有哪几种类型?
- 技术点:Window类型
- 参考回答:Window有三种类型:
- 应用Window:对应一个Activity。
- 子Window:不能单独存在,需附属特定的父Window。如Dialog。
- 系统Window: 需申明权限才能创建。如Toast。
Q:Activity创建和Dialog创建过程的异同?
- 技术点:Window创建
- 参考回答:Dialog的Window创建过程:
- 创建WindowDialog。和Activity类似,同样是通过PolicyManager.makeNewWindow() 来实现。
- 初始化DecorView并将Dialog的视图添加到DecorView中去。和Activity类似,同样是通过Window.setContentView() 来实现。
- 将DecorView添加到Window中显示。和Activity一样,都是在自身要出现在前台时才会将添加Window。
- Dialog.show() 方法:完成DecorView的显示。
- WindowManager.remoteViewImmediate() 方法:当Dialog被dismiss时移除DecorView。
- Handler
Q:谈谈消息机制Hander?作用?有哪些要素?流程是怎样的?
- 技术点:消息机制
- 参考回答:
- 作用:跨线程通信。当子线程中进行耗时操作后需要更新UI时,通过Handler将有关UI的操作切换到主线程中执行。
- 四要素:
- Message(消息):需要被传递的消息,其中包含了消息ID,消息处理对象以及处理的数据等,由MessageQueue统一列队,最终由Handler处理。
- MessageQueue(消息队列):用来存放Handler发送过来的消息,内部通过单链表的数据结构来维护消息列表,等待Looper的抽取。
- Handler(处理者):负责Message的发送及处理。通过 Handler.sendMessage() 向消息池发送各种消息事件;通过 Handler.handleMessage() 处理相应的消息事件。
- Looper(消息泵):通过Looper.loop()不断地从MessageQueue中抽取Message,按分发机制将消息分发给目标处理者。
具体流程如图
Handler.sendMessage()
发送消息时,会通过MessageQueue.enqueueMessage()
向MessageQueue中添加一条消息;- 通过
Looper.loop()
开启循环后,不断轮询调用MessageQueue.next()
;- 调用目标
Handler.dispatchMessage()
去传递消息,目标Handler收到消息后调用Handler.handlerMessage()
处理消息。
Q:为什么系统不建议在子线程访问UI?
- 技术点:UI线程、子线程
- 参考回答:系统不建议在子线程访问UI的原因是,UI控件非线程安全,在多线程中并发访问可能会导致UI控件处于不可预期的状态。而不对UI控件的访问加上锁机制的原因有:
- 上锁会让UI控件变得复杂和低效
- 上锁后会阻塞某些进程的执行
Q:一个Thread可以有几个Looper?几个Handler?
- 技术点:Looper、Handler
- 参考回答:一个Thread只能有一个Looper,可以有多个Handler
- 引申:更多数量关系:Looper有一个MessageQueue,可以处理来自多个Handler的Message;MessageQueue有一组待处理的Message,这些Message可来自不同的Handler;Message中记录了负责发送和处理消息的Handler;Handler中有Looper和MessageQueue;
Q:如何将一个Thread线程变成Looper线程?Looper线程有哪些特点?
- 技术点:Looper
- 参考回答:通过Looper.prepare()可将一个Thread线程转换成Looper线程。Looper线程和普通Thread不同,它通过MessageQueue来存放消息和事件、Looper.loop()进行消息轮询。
Q:可以在子线程直接new一个Handler吗?那该怎么做?
- 技术点:Handler
- 参考回答:不同于主线程直接new一个Handler,由于子线程的Looper需要手动去创建,在创建Handler时需要多一些方法:
new Thread(new Runnable() {@Overridepublic void run() { Looper.prepare();//为子线程创建Looper new Handler() { @Override public void handleMessage(Message msg) { super.handleMessage(msg); //子线程消息处理 } }; Looper.loop(); //开启消息轮询 } }).start();
Q:Message可以如何创建?哪种效果更好,为什么?
- 技术点:Message
- 参考回答:创建Message对象的几种方式:
- Message msg = new Message();
- Message msg = Message.obtain();
- Message msg = handler1.obtainMessage();
后两种方法都是从整个Messge池中返回一个新的Message实例,能有效避免重复Message创建对象,因此更鼓励这种方式创建Message
Q:这里的ThreadLocal有什么作用?
- 技术点:ThreadLocal
- 参考回答:ThreadLocal类可实现线程本地存储的功能,把共享数据的可见范围限制在同一个线程之内,无须同步就能保证线程之间不出现数据争用的问题,这里可理解为ThreadLocal帮助Handler找到本线程的Looper。
- 底层数据结构:每个线程的Thread对象中都有一个ThreadLocalMap对象,它存储了一组以ThreadLocal.threadLocalHashCode为key、以本地线程变量为value的键值对,而ThreadLocal对象就是当前线程的ThreadLocalMap的访问入口,也就包含了一个独一无二的threadLocalHashCode值,通过这个值就可以在线程键值值对中找回对应的本地线程变量。
Q:主线程中Looper的轮询死循环为何没有阻塞主线程?
- 技术点:Looper
- 参考回答:Android是依靠事件驱动的,通过Loop.loop()不断进行消息循环,可以说Activity的生命周期都是运行在 Looper.loop()的控制之下,一旦退出消息循环,应用也就退出了。而所谓的导致ANR多是因为某个事件在主线程中处理时间太耗时,因此只能说是对某个消息的处理阻塞了Looper.loop(),反之则不然。
Q:使用Hanlder的postDealy()后消息队列会发生什么变化?
- 技术点:Handler
- 参考回答:post delay的Message并不是先等待一定时间再放入到MessageQueue中,而是直接进入并阻塞当前线程,然后将其delay的时间和队头的进行比较,按照触发时间进行排序,如果触发时间更近则放入队头,保证队头的时间最小、队尾的时间最大。此时,如果队头的Message正是被delay的,则将当前线程堵塞一段时间,直到等待足够时间再唤醒执行该Message,否则唤醒后直接执行。
- 线程
Q:Android中还了解哪些方便线程切换的类?
- 技术点:线程通信
- 参考回答:对Handler进一步的封装的几个类:
- AsyncTask:底层封装了线程池和Handler,便于执行后台任务以及在子线程中进行UI操作。
- HandlerThread:一种具有消息循环的线程,其内部可使用Handler。
- IntentService:是一种异步、会自动停止的服务,内部采用HandlerThread。
- 引申:更多是对消息机制的理解
Q:AsyncTask相比Handler有什么优点?不足呢?
- 技术点:AsyncTask、Handler
- 参考回答:
- Handler机制存在的问题:多任务同时执行时不易精确控制线程。
- 引入AsyncTask的好处:创建异步任务更简单,直接继承它可方便实现后台异步任务的执行和进度的回调更新UI,而无需编写任务线程和Handler实例就能完成相同的任务。
Q:使用AsyncTask需要注意什么?
- 技术点:AsyncTask
- 参考回答:
- 不要直接调用onPreExecute()、doInBackground()、onProgressUpdate()、onPostExecute()和onCancelled()方法
- 一个异步对象只能调用一次execute()方法
- 引申:谈谈AsyncTask初始化、五个核心方法如何配合进而体现Handler的作用
Q:AsyncTask中使用的线程池大小?
- 技术点:AsyncTask
- 参考回答:在AsyncTask内部实现有两个线程池:
- SerialExecutor:用于任务的排队,默认是串行的线程池,在3.0以前核心线程数为5、线程池大小为128,而3.0以后变为同一时间只能处理一个任务
- THREAD_POOL_EXECUTOR:用于真正执行任务。
- 引申:谈谈对线程池的理解
Q:HandlerThread有什么特点?
- 技术点:HandlerThread
- 参考回答:HandlerThread是一个线程类,它继承自Thread。与普通Thread不同,HandlerThread具有消息循环的效果,这是因为它内部
HandlerThread.run()
方法中有Looper,能通过Looper.prepare()
来创建消息队列,并通过Looper.loop()
来开启消息循环。
Q:快速实现子线程使用Handler
- 技术点:HandlerThread
- 思路:不同于之前手动在子线程创建Looper再构建Handler的想法,这里从HandlerThread角度去快速实现在子线程使用Handler
- 参考回答:HandlerThread实现方法
- 实例化一个HandlerThread对象,参数是该线程的名称;
- 通过 HandlerThread.start()开启线程;
- 实例化一个Handler并传入HandlerThread中的looper对象,使得与HandlerThread绑定;
- 利用Handler即可执行异步任务;
- 当不需要HandlerThread时,通过HandlerThread.quit()/quitSafely()方法来终止线程的执行。
Q:IntentService的特点?
- 技术点:IntentService
- 思路:和普通线程和普通Service比较突出其特点
- 参考回答: 不同于线程,IntentService是服务,优先级比线程高,更不容易被系统杀死,因此较适合执行一些高优先级的后台任务;不同于普通Service,IntentService可自动创建子线程来执行任务,且任务执行完毕后自动退出。
Q:为何不用bindService方式创建IntentService?
- 技术点:IntentService
- 思路:从底层实现出发
- 参考回答:IntentService的工作原理是,在IntentService的onCreate()里会创建一个HandlerThread,并利用其内部的Looper实例化一个ServiceHandler对象;而这个ServiceHandler用于处理消息的handleMessage()方法会去调用IntentService的onHandleIntent(),这也是为什么可在该方法中处理后台任务的逻辑;当有Intent任务请求时会把Intent封装到Message,然后ServiceHandler会把消息发送出,而发送消息是在onStartCommand()完成的,只能通过startService()才可走该生命周期方法,因此不能通过bindService创建IntentService。
Q:线程池的好处、原理、类型?
- 技术点:线程池
- 参考回答:
- (1)线程池的好处:
- 重用线程池中的线程,避免线程的创建和销毁带来的性能消耗;
- 有效控制线程池的最大并发数,避免大量的线程之间因互相抢占系统资源而导致阻塞现象;
- 进行线程管理,提供定时/循环间隔执行等功能
- (2)线程池的分类:
- FixThreadPool:线程数量固定的线程池,所有线程都是核心线程,当线程空闲时不会被回收;能快速响应外界请求。
- CachedThreadPool:线程数量不定的线程池(最大线程数为Integer.MAX_VALUE),只有非核心线程,空闲线程有超时机制,超时回收;适合于执行大量的耗时较少的任务
- ScheduledThreadPool:核心线程数量固定,非核心线程数量不定;可进行定时任务和固定周期的任务。
- SingleThreadExecutor:只有一个核心线程,可确保所有的任务都在同一个线程中按顺序执行;好处是无需处理线程同步问题。
- (3)线程池的原理:实际上通过ThreadPoolExecutor并通过一系列参数来配置各种各样的线程池,具体的参数有:
- corePoolSize核心线程数:一般会在线程中一直存活
- maximumPoolSize最大线程数:当活动线程数达到这个数值后,后续的任务将会被阻塞
- keepAliveTime非核心线程超时时间:超过这个时长,闲置的非核心线程就会被回收
- unit:用于指定keepAliveTime参数的时间单位
- workQueue任务队列:通过线程池的
execute()
方法提交的Runnable对象会存储在这个参数中。- threadFactory:线程工厂,可创建新线程
- handler:在线程池无法执行新任务时进行调度
- 引申:使用Executors各个方法创建线程池的弊端
Q:ThreadPoolExecutor的工作策略?
- 技术点:线程池
- 参考回答:ThreadPoolExecutor的默认工作策略:
- 若程池中的线程数量未达到核心线程数,则会直接启动一个核心线程执行任务。
- 若线程池中的线程数量已达到或者超过核心线程数量,则任务会被插入到任务列表等待执行。
- 若任务无法插入到任务列表中,往往由于任务列表已满,此时如果
- 线程数量未达到线程池最大线程数,则会启动一个非核心线程执行任务;
- 线程数量已达到线程池规定的最大值,则拒绝执行此任务,ThreadPoolExecutor会调用RejectedExecutionHandler的rejectedExecution方法来通知调用者。
- 引申:ThreadPoolExecutor的拒绝策略
Q:什么是ANR?什么情况会出现ANR?如何避免?在不看代码的情况下如何快速定位出现ANR问题所在?
- 技术点:ANR
- 思路:
- 参考回答:
- ANR(Application Not Responding,应用无响应):当操作在一段时间内系统无法处理时,会在系统层面会弹出ANR对话框
- 产生ANR可能是因为5s内无响应用户输入事件、10s内未结束BroadcastReceiver、20s内未结束Service
- 想要避免ANR就不要在主线程做耗时操作,而是通过开子线程,方法比如继承Thread或实现Runnable接口、使用AsyncTask、IntentService、HandlerThread等
- 引申:快读定位ANR方法:使用命令导出ANR日志,并分析关键信息,详见如何分析ANR
- Bitmap
Q:加载图片的时候需要注意什么?
- 技术点:Bitmap高效加载
- 参考回答:
- 直接加载大容量的高清Bitmap很容易出现显示不完整、内存溢出OOM的问题,所以最好按一定的采样率将图片缩小后再加载进来
- 为减少流量消耗,可对图片采用内存缓存策略,又为了避免图片占用过多内存导致内存溢出,最好以软引用方式持有图片
- 如果还需要网上下载图片,注意要开子线程去做下载的耗时操作
Q:LRU算法的原理?
- 技术点:LRU算法
- 参考回答:为减少流量消耗,可采用缓存策略。常用的缓存算法是LRU(Least Recently Used):
- 核心思想:当缓存满时, 会优先淘汰那些近期最少使用的缓存对象。主要是两种方式:
- LruCache(内存缓存):LruCache类是一个线程安全的泛型类:内部采用一个
LinkedHashMap
以强引用的方式存储外界的缓存对象,并提供get
和put
方法来完成缓存的获取和添加操作,当缓存满时会移除较早使用的缓存对象,再添加新的缓存对象。- DiskLruCache(磁盘缓存): 通过将缓存对象写入文件系统从而实现缓存效果
- 引申:感兴趣可了解具体实现算法
- 性能优化
Q:项目中如何做性能优化的?
- 技术点:性能优化实例
- 思路:举例说明项目注意了哪些方面的性能优化,如布局优化、绘制优化、内存泄漏优化、 响应速度优化、列表优化、Bitmap优化、 线程优化......
Q:了解哪些性能优化的工具?
- 技术点:性能优化工具
- 思路:做项目时是否使用过的系统自带的性能优化工具?公司是否有自己的性能优化工具?实现原理怎样的?
Q:布局上如何优化?
- 技术点:布局优化
- 参考回答:布局优化的核心就是尽量减少布局文件的层级,常见的方式有:
- 多嵌套情况下可使用RelativeLayout减少嵌套。
- 布局层级相同的情况下使用LinearLayout,它比RelativeLayout更高效。
- 使用
<include>
标签重用布局、<merge>
标签减少层级、<ViewStub>
标签懒加载。
Q:内存泄漏是什么?为什么会发生?常见哪些内存泄漏的例子?都是怎么解决的?
- 技术点:内存泄漏
- 参考回答:内存泄漏(Memory Leak)是指程序在申请内存后,无法释放已申请的内存空间。简单地说,发生内存泄漏是由于长周期对象持有对短周期对象的引用,使得短周期对象不能被及时回收。常见的几个例子和解决办法:
- 单例模式导致的内存泄漏:单例传入参数this来自Activity,使得持有对Activity的引用。
- 解决办法:传参context.getApplicationContext()
- Handler导致的内存泄漏:Message持有对Handler的引用,而非静态内部类的Handler又隐式持有对外部类Activity的引用,使得引用关系会保持至消息得到处理,从而阻止了Activity的回收。
- 解决办法:使用静态内部类+WeakReference弱引用;当外部类结束生命周期时清空消息队列。
- 线程导致的内存泄漏:AsyncTask/Runnable以匿名内部类的方式存在,会隐式持有对所在Activity的引用。
- 解决办法:将AsyncTask和Runnable设为静态内部类或独立出来;在线程内部采用弱引用保存Context引用
- 资源未关闭导致的内存泄漏:未及时注销资源导致内存泄漏,如BraodcastReceiver、File、Cursor、Stream、Bitmap等。
- 解决办法:在Activity销毁的时候要及时关闭或者注销。
- BraodcastReceiver:调用
unregisterReceiver()
注销;- Cursor,Stream、File:调用
close()
关闭;- 动画:在
Activity.onDestroy()
中调用Animator.cancel()
停止动画- 引申:谈谈项目中是如何注意内存泄漏的问题
Q:内存泄漏和内存溢出的区别
- 技术点:内存泄漏、内存溢出
- 参考回答:
- 内存泄漏(Memory Leak)是指程序在申请内存后,无法释放已申请的内存空间。是造成应用程序OOM的主要原因之一。
- 内存溢出(out of memory)是指程序在申请内存时,没有足够的内存空间供其使用。
Q:什么情况会导致内存溢出?
- 技术点:内存溢出
- 参考回答:内存泄漏是导致内存溢出的主要原因;直接加载大图片也易造成内存溢出
- 引申:谈谈如何避免内存溢出(如何避免内存泄漏、避免直接加载大图片)
-
开源框架(略)
-
谷歌新动态
Q:是否了解和使用过谷歌推出的新技术?
Q:有了解刚发布的Androidx.0的特性吗?
Q:Kotlin对Java做了哪些优化?
- 可能意图:了解候选者对谷歌&安卓的关注度、共同探讨对新技术的看法、学习主动性、平时学习习惯
- 思路:谷歌的安卓官方网站(中文版):https://developer.android.google.cn,了解最新动态
1.2 Java
- 基础
Q:面向对象编程的四大特性及其含义?
- 技术点:面向对象编程特点
- 思路:分条简述每个特性的含义
- 参考回答:
- 抽象:对现实世界的事物进行概括,抽象为在计算机虚拟世界中有意义的实体
- 封装:将某事物的属性和行为包装到对象中,构成一个不可分割的独立实体,数据被保护在抽象数据类型的内部,并且尽可能地隐藏内部的细节,只保留一些对外接口使之与外部发生联系
- 继承:子类继承父类,不仅可以有父类原有的方法和属性,也可以增加自己的或者重写父类的方法及属性
- 多态:允许不同类的对象对同一消息做出各自的响应
Q:String、StringBuffer和StringBuilder的区别?
- 技术点:String
- 参考回答:
- String是字符串常量,而StringBuffer、StringBuilder都是字符串变量,即String对象一创建后不可更改,而后两者的对象是可更改的:
- StringBuffer是线程安全的,而StringBuilder是非线程安全的,这是由于StringBuffer对方法加了同步锁或者对调用的方法加了同步锁
- String更适用于少量的字符串操作的情况,StringBuilder适用于单线程下在字符缓冲区进行大量操作的情况,StringBuffer适用于多线程下在字符缓冲区进行大量操作的情况
Q:String a=""和String a=new String("")的的关系和异同?
- 技术点:String
- 参考回答:
- 通过String a=""直接赋值的方式得到的是一个字符串常量,存在于常量池;注意,相同内容的字符串在常量池中只有一个,即如果池已包含内容相等的字符串会返回池中的字符串,反之会将该字符串放入池中
- 通过new String("")创建的字符串不是常量是实例对象,会在堆内存开辟空间并存放数据,且每个实例对象都有自己的地址空间
- 引申:对于用String a=""和String a=new String("")两种方式定义的字符串,判断使用equals()、"=="比较结果是什么
Q:Object的equal()和==的区别?
- 技术点:equal()、==
- 参考回答:
- equals():是Object的公有方法,具体含义取决于如何重写,比如String的equals()比较的是两个字符串的内容是否相同
- "==" :对于基本数据类型来说,比较的是两个变量值是够是否相等,对于引用类型来说,比较的是两个对象的内存地址是否相同
- 引申:对于用String a=""和String a=new String("")两种方式定义的字符串,判断使用equals()、"=="比较结果是什么
Q:装箱、拆箱什么含义?
- 技术点:装箱、拆箱
- 参考回答:装箱就是自动将基本数据类型转换为包装器类型,拆箱就是自动将包装器类型转换为基本数据类型
Q:int和Integer的区别?
- 技术点:基本数据类型、引用类型
- 参考回答:
- Integer是int的包装类,int则是java的一种基本数据类型
- Integer变量必须实例化后才能使用,而int变量不需要
- Integer实际是对象的引用,当new一个Integer时,实际上是生成一个指针指向此对象;而int则是直接存储数据值
- Integer的默认值是null,int的默认值是0
Q:遇见过哪些运行时异常?异常处理机制知道哪些?
- 技术点:Java异常机制
- 思路:对Throwable异常进行分类说明每种异常的特点和常见问题,简述几种常见异常处理机制,详见Java基础之异常机制
- 参考回答:
- (1) Throwable继承层次结构,可见分成两大类Error和Exception:
- Error(错误):指程序无法恢复的异常情况,表示运行应用程序中较严重的问题;发生于虚拟机自身、或者在虚拟机试图执行应用时,如Virtual MachineError(Java虚拟机运行错误)、NoClassDefFoundError(类定义错误);属于不可查异常,即不强制程序员必须处理,即使不处理也不会出现语法错误。
- Exception(异常):指程序有可能恢复的异常情况,表示程序本身可以处理的异常。又分两大类:
- RuntimeException(运行时异常):由程序自身的问题导致产生的异常;如NullPointerException(空指针异常)、IndexOutOfBoundsException(下标越界异常);属于不可查异常。
- 非运行时异常:由程序外部的问题引起的异常;除了RuntimeException以外的异常,如FileNotFoundException(文件不存在异常);属于可查异常,即强制程序员必须进行处理,如果不进行处理则会出现语法错误。
- (2)常见的异常处理机制有:
- 捕捉异常:由系统自动抛出异常,即try捕获异常->catch处理异常->finally 最终处理
- 抛出异常:在方法中将异常对象显性地抛出,之后异常会沿着调用层次向上抛出,交由调用它的方法来处理。配合throws声明抛出的异常和throw抛出异常
- 自定义异常:继承Execption类或其子类
Q:什么是反射,有什么作用和应用?
- 技术点:反射
- 思路:简述反射的定义、功能和应用,详见Java基础之泛型&反射
- 参考回答:
- 含义:在运行状态中,对于任意一个类都能知道它的所有属性和方法,对于任何一个对象都能够调用它的任何一个方法和属性。
- 功能:动态性,体现在:在运行时判断任意一个类所具有的属性和方法; 在运行时判断任意一个对象所属的类;在运行时构造任意一个类的对象;在运行时调用任意一个对象的方法;生成动态代理
- 应用:反射&泛型
- 引申:是否在项目中使用过反射机制,有什么优缺点
Q:什么是内部类?有什么作用?静态内部类和非静态内部类的区别?
- 技术点:内部类
- 思路:
- 参考回答:内部类就是定义在另外一个类里面的类。它隐藏在外部类中,封装性更强,不允许除外部类外的其他类访问它;但它可直接访问外部类的成员。静态内部类和非静态内部类的区别有:
- 静态内部类是指被声明为static的内部类,可不依赖外部类实例化;而非静态内部类需要通过生成外部类来间接生成。
- 静态内部类只能访问外部类的静态成员变量和静态方法,而非静态内部类由于持有对外部类的引用,可以访问外部类的所用成员
- 引申:谈谈匿名内部类
Q:final、finally、finalize()分别表示什么含义
- 技术点:final、finally、finalize()
- 参考回答:
- final关键字表示不可更改,具体体现在:
- final修饰的变量必须要初始化,且赋初值后不能再重新赋值
- final修饰的方法不能被子类重写
- final修饰的类不能被继承
- finally:和try、catch成套使用进行异常处理,无论是否捕获或处理异常,finally块里的语句都会被执行,在以下4种特殊情况下,finally块才不会被执行:
- 在finally语句块中发生了异常
- 在前面的代码中用了
System.exit()
退出程序- 程序所在的线程死亡
- 关闭CPU
- finalize():是Object中的方法,当垃圾回收器将回收对象从内存中清除出去之前会调用finalize(),但此时并不代表该回收对象一定会“死亡”,还有机会“逃脱”
Q:重写和重载的区别?
- 技术点:重写、重载
- 参考回答:重写表示子类重写父类的方法;重载表示有多个同名函数同时存在,区别在于有不同的参数个数或类型
- 引申:谈谈动态分派和静态分派
Q:抽象类和接口的异同?
- 技术点:抽象类、接口
- 参考回答:
- 使用上的区别:一个类只能继承一个抽象类却可以实现多个接口
- 设计上的区别:接口是对行为的抽象,无需有子类的前提,是自上而下的设计理念;抽象类是对类的抽象,建立于相似子类之上,是自下而上的设计理念
Q:为什么匿名内部类中使用局部变量要用final修饰?
- 技术点:匿名内部类
- 参考回答:一方面,由于方法中的局部变量的生命周期很短,一旦方法结束变量就要被销毁,为了保证在内部类中能找到外部局部变量,通过final关键字可得到一个外部变量的引用;另一方面,通过final关键字也不会在内部类去做修改该变量的值,保护了数据的一致性。
Q:Object有哪些公有方法?
- 技术点:Object
- 思路:列举常见的几个公有方法
- 参考回答:
- equals(): 和==作用相似
- hashCode():用于哈希查找,重写了equals()一般都要重写该方法
- getClass(): 获取Class对象
- wait():让当前线程进入等待状态,并释放它所持有的锁
- notify()¬ifyAll(): 唤醒一个(所有)正处于等待状态的线程
- toString():转换成字符串
- 引申:equals()和==的不同、在synchronized 同步代码块里wait()和notify()¬ifyAll()如何配合、hashCode()和equals()的关系、获取Class对象还有什么方法
- 集合
Q:Java集合框架中有哪些类?都有什么特点
- 技术点:集合框架
- 思路:分条解释每种类的特点
- 参考回答:可将Java集合框架大致可分为Set、List、Queue 和Map四种体系
- Set:代表无序、不可重复的集合,常见的类如HashSet、TreeSet
- List:代表有序、可重复的集合,常见的类如动态数组ArrayList、双向链表LinkedList、可变数组Vector
- Map:代表具有映射关系的集合,常见的类如HashMap、LinkedHashMap、TreeMap
- Queue:代表一种队列集合
Q:集合、数组、泛型的关系,并比较
- 技术点:集合、数组、泛型
- 参考回答:
- (1)集合和数组的区别:
- 数组元素可以是基本类型,也可以是对象;数组长度限定;数组只能存储一种类型的数据元素
- 集合元素只能是对象;集合长度可变;集合可存储不同种的数据元素
- (2)泛型相比与集合的好处在于它安全简单。具体体现在提供编译时的强类型检查,而不用等到运行;可避免类类型强制转换
Q:ArrayList和LinkList的区别?
- 技术点:List对比
- 参考回答:
- ArrayList的底层结构是数组,可用索引实现快速查找;是动态数组,相比于数组容量可实现动态增长
- LinkedList底层结构是链表,增删速度快;是一个双向循环链表,也可以被当作堆栈、队列或双端队列
Q:ArrayList和Vector的区别?
- 技术点:List对比
- 参考回答:
- ArrayList非线程安全,建议在单线程中才使用ArrayList,而在多线程中可以选择Vector或者CopyOnWriteArrayList;默认初始容量为10,每次扩容为原来的1.5倍
- Vector使用了synchronized关键字,是线程安全的,比ArrayList开销更大,访问更慢;默认初始容量为10,默认每次扩容为原来的2倍,可通过capacityIncrement属性设置
Q:HashSet和TreeSet的区别?
- 技术点:Set对比
- 参考回答:
- HashSet不能保证元素的排列顺序;使用Hash算法来存储集合中的元素,有良好的存取和查找性能;通过
equal()
判断两个元素是否相等,并两个元素的hashCode()
返回值也相等- TreeSet是SortedSet接口的实现类,根据元素实际值的大小进行排序;采用红黑树的数据结构来存储集合元素;支持两种排序方法:自然排序(默认情况)和定制排序。前者通过实现Comparable接口中的
compareTo()
比较两个元素之间大小关系,然后按升序排列;后者通过实现Comparator接口中的compare()
比较两个元素之间大小关系,实现定制排列
Q:HashMap和Hashtable的区别?
- 技术点:Map对比
- 参考回答:
- HashMap基于AbstractMap类,实现了Map、Cloneable(能被克隆)、Serializable(支持序列化)接口; 非线程安全;允许存在一个为null的key和任意个为null的value;采用链表散列的数据结构,即数组和链表的结合;初始容量为16,填充因子默认为0.75,扩容时是当前容量翻倍,即2capacity
- Hashtable基于Map接口和Dictionary类;线程安全,开销比HashMap大,如果多线程访问一个Map对象,使用Hashtable更好;不允许使用null作为key和value;底层基于哈希表结构;初始容量为11,填充因子默认为0.75,扩容时是容量翻倍+1,即2capacity+1
Q:HashMap在put、get元素的过程?体现了什么数据结构?
- 技术点:HashMap
- 参考回答:
- 向Hashmap中put元素时,首先判断key是否为空,为空则直接调用putForNullKey(),不为空则计算key的hash值得到该元素在数组中的下标值;如果数组在该位置处没有元素,就直接保存;如果有,还要比较是否存在相同的key,存在的话就覆盖原来key的value,否则将该元素保存在链头,先保存的在链尾。
- 从Hashmap中get元素时,计算key的hash值找到在数组中的对应的下标值,返回该key对应的value即可,如果有冲突就遍历该位置链表寻找key相同的元素并返回对应的value
- 由此可看出HashMap采用链表散列的数据结构,即数组和链表的结合,在Java8后又结合了红黑树,当链表元素超过8个将链表转换为红黑树
Q:如何解决Hash冲突?
- 技术点:Hash冲突
- 参考回答:
- 开放定址法:常见的线性探测方式,在冲突发生时,顺序查看表中下一单元,直到找出一个空单元或查遍全表
- 链地址法:将有冲突数组位置生出链表
- 建立公共溢出区:将哈希表分为基本表和溢出表两部分,和基本表发生冲突的元素一律填入溢出表
- 再哈希法:构造多个不同的哈希函数,有冲突使用下一个哈希函数计算hash值
Q:如何保证HashMap线程安全?什么原理?
- 技术点:ConcurrentHashMap
- 思路:这里回答一种办法,使用ConcurrentHashMap
- 参考回答:ConcurrentHashMap是线程安全的HashMap,它采取锁分段技术,将数据分成一段一段的存储,然后给每一段数据配一把锁,当一个线程占用锁访问其中一个段数据的时候,其他段的数据也能被其他线程访问。在JDK1.8中对ConcurrentHashmap做了两个改进:
- 取消segments字段,直接采用
transient volatile HashEntry<K,V>[] table
保存数据,将数组元素作为锁,对每一行数据进行加锁,可减少并发冲突的概率- 数据结构由“数组+单向链表”变为“数组+单向链表+红黑树”,使得查询的时间复杂度可以降低到O(logN),改进一定的性能。
- 引申:LinkHashMap线程安全的底层实现
Q:HashMap是有序的吗?如何实现有序?
- 技术点:LinkHashMap
- 思路:这里回答一种办法,使用LinkedHashMap
- 参考回答:HashMap是无序的,而LinkedHashMap是有序的HashMap,默认为插入顺序,还可以是访问顺序,基本原理是其内部通过Entry维护了一个双向链表,负责维护Map的迭代顺序
- 引申:LinkHashMap有序的底层实现
Q:HashMap是如何扩容的?如何避免扩容?
- 技术点:HashMap
- 参考回答:
- HashMap几个默认值,初始容量为16、填充因子默认为0.75、扩容时容量翻倍。也就是说当HashMap中元素个数超过
16*0.75=12
时会把数组的大小扩展为2*16=32
,然后重新计算每个元素在数组中的位置- 由于每次扩容还需要重新计算元素Hash值,损耗性能,所以建议在使用HashMap时,最好先估算Map的大小,设置初始值,避免频繁扩容
Q:hashcode()的作用,与equal()有什么区别?
- 技术点:Hash值
- 参考回答:hashCode()用于计算对象的Hash值,确认对象在散列存储结构中的存储地址。和equal()的区别:
- equals()比较两个对象的地址值是否相等 ;hashCode()得到的是对象的存储位置,可能不同对象会得到相同值
- 有两个对象,若equals()相等,则hashcode()一定相等;hashcode()不等,则equals()一定不相等;hashcode()相等,equals()可能相等、可能不等
- 使用equals()比较两个对象是否相等效率较低,最快办法是先用hashCode()比较,如果hashCode()不相等,则这两个对象肯定不相等;如果hashCode()相等,此时再用equal()比较,如果equal()也相等,则这两个对象的确相等,反之
- 并发
Q:同步和非同步、阻塞和非阻塞的概念
- 技术点:同步、阻塞
- 参考回答:
- 同步和异步体现的是消息的通知机制:所谓同步,方法A调用方法B后必须等到方法B返回结果才能继续后面的操作;所谓异步,方法A调用方法B后可让方法B在调用结束后通过回调等方式通知方法A
- 阻塞和非阻塞侧重于等待消息时的状态:所谓阻塞,就是在结果返回之前让当前线程挂起;所谓非阻塞,就是在等待时可做其他事情,通过轮询去询问是否已返回结果
Q:Thread的join()有什么作用?
- 技术点:线程相关方法
- 参考回答:Thread的join()的含义是等待该线程终止,即将挂起调用线程的执行,直到被调用的对象完成它的执行。比如存在两个线程t1和t2,下述代码表示先启动t1,直到t1的任务结束,才轮到t2启动。
t1.start();
t1.join();
t2.start();
Q:线程的有哪些状态?
- 技术点:线程状态
- 思路:可分条解释每种状态的特点以及如何转换。详见要点提炼| 理解JVM之内存模型&线程
- 参考回答:在任意一个时间点,一个线程只能有且只有其中的一种状态:
- 新建(New):线程创建后尚未启动
- 运行(Runable):包括正在执行(Running)和等待着CPU为它分配执行时间(Ready)两种
- 无限期等待(Waiting):该线程不会被分配CPU执行时间,要等待被其他线程显式地唤醒。以下方法会让线程陷入无限期等待状态:
- 没有设置Timeout参数的
Object.wait()
- 没有设置Timeout参数的
Thread.join()
LockSupport.park()
- 限期等待(Timed Waiting):该线程不会被分配CPU执行时间,但在一定时间后会被系统自动唤醒。以下方法会让线程进入限期等待状态:
Thread.sleep()
- 设置了Timeout参数的
Object.wai()
- 设置了Timeout参数的
Thread.join()
LockSupport.parkNanos()
LockSupport.parkUntil()
- 阻塞(Blocked):线程被阻塞。和等待状态不同的是,阻塞状态表示在等待获取到一个排他锁,在另外一个线程放弃这个锁的时候发生;而等待状态表示在等待一段时间或者唤醒动作的发生,在程序等待进入同步区域的时候发生。
- 结束(Terminated):线程已经结束执行
Q:什么是线程安全?保障线程安全有哪些手段?
- 技术点:线程安全
- 思路:详见要点提炼| 理解JVM之线程安全&锁优化
- 参考回答:线程安全就是当多个线程访问一个对象时,如果不用考虑这些线程在运行时环境下的调度和交替执行,也不需要进行额外的同步,或者在调用方进行任何其他的协调操作,调用这个对象的行为都可以获得正确的结果,那这个对象是线程安全的。保证线程安全可从多线程三特性出发:
- 原子性(Atomicity):单个或多个操作是要么全部执行,要么都不执行
- Lock:保证同时只有一个线程能拿到锁,并执行申请锁和释放锁的代码
- synchronized:对线程加独占锁,被它修饰的类/方法/变量只允许一个线程访问
- 可见性(Visibility):当一个线程修改了共享变量的值,其他线程能够立即得知这个修改
- volatile:保证新值能立即同步到主内存,且每次使用前立即从主内存刷新;
- synchronized:在释放锁之前会将工作内存新值更新到主存中
- 有序性(Ordering):程序代码按照指令顺序执行
- volatile: 本身就包含了禁止指令重排序的语义
- synchronized:保证一个变量在同一个时刻只允许一条线程对其进行lock操作,使得持有同一个锁的两个同步块只能串行地进入
Q:ReentrantLock和synchronized的区别?
- 技术点:线程安全(ReentrantLock、synchronized)
- 思路:详见要点提炼| 理解JVM之线程安全&锁优化
- 参考回答: ReentrantLock与synchronized的不同在于ReentrantLock:
- 等待可中断:当持有锁的线程长期不释放锁的时候,正在等待的线程可以选择放弃等待,改为处理其他事情。
- 公平锁:多个线程在等待同一个锁时,必须按照申请锁的时间顺序来依次获得锁。而synchronized是非公平的,即在锁被释放时,任何一个等待锁的线程都有机会获得锁。ReentrantLock默认情况下也是非公平的,但可以通过带布尔值的构造函数改用公平锁。
- 锁绑定多个条件:一个ReentrantLock对象可以通过多次调用newCondition()同时绑定多个Condition对象。而在synchronized中,锁对象wait()和notify()或notifyAl()只能实现一个隐含的条件,若要和多于一个的条件关联不得不额外地添加一个锁。
Q:synchronized和volatile的区别?
- 技术点:线程安全(synchronized、volatile)
- 参考回答:
- synchronized能保证操作的原子性,而volatile不可以,假设线程A和线程B同时读取到变量a值,A修改a后将值更新到主内存,同时B也修改a值会覆盖A的修改操作
- synchronized可修饰变量、方法和类,而volatile只能修饰变量
- synchronized可能会造成线程阻塞,而volatile不会造成线程的阻塞
Q:synchronized同步代码块还有同步方法本质上锁住的是谁?为什么?
- 技术点:线程安全(synchronized)
- 参考回答:本质上锁住的是对象。在java虚拟机中,每个对象和类在逻辑上都和一个监视器相关联,synchronized本质上是对一个对象监视器的获取。当执行同步代码块或同步方法时,执行方法的线程必须先获得该对象的监视器,才能进入同步代码块或同步方法;而没有获取到的线程将会进入阻塞队列,直到成功获取对象监视器的线程执行结束并释放锁后,才会唤醒阻塞队列的线程,使其重新尝试对对象监视器的获取。
Q:sleep()和wait()的区别?
- 技术点:sleep()、wait()
- 参考回答:
- sleep()来自Thread类;wait()来自Object类
- sleep()用于线程控制自身流程;而wait()用于线程间通信,配合notify()/notifyAll()在同步代码块或同步方法里使用
- sleep()的线程不会释放对象锁;wait()会释放对象锁进入等待状态,使得其他线程能使用同步代码块或同步方法
- Java新动态
Q:是否了解Java1.x的特性吗?
Q:谈谈对面向过程编程、面向对象编程还有面向切面编程的理解
- 可能意图:了解候选者对Java和其他语言的关注度和看法、学习主动性、平时学习习惯
- 思路:Oracle技术网(Java):https://www.oracle.com/technetwork/cn/java/index.html 、开源中国:https://www.oschina.net ,了解最新动态
知识来源:minmin_1123
链接:https://www.jianshu.com/p/2dd855aa1938