面试三十三题!说实话,中高级面试题看完解析后也不怎么难!

面试三十三题!说实话,中高级面试题看完解析后也不怎么难!,第1张

概述说起咱们程序员,那可是有三个等级,分别是初、中、高。而大部分人,都蹲在初级这里和每年进入人才市场的毕业生一起感慨:市场饱和就业难。初级程序员是饱和了,但是高级程序员呢?简直是稀缺。如果一直停留在初级程序员的水平,什么高薪程序员一月收入20k,那只有盖上被子在梦里实现了。

说起咱们程序员,那可是有三个等级,分别是初、中、高。

而大部分人,都蹲在初级这里和每年进入人才市场的毕业生一起感慨:市场饱和就业难。

初级程序员是饱和了,但是高级程序员呢?简直是稀缺。如果一直停留在初级程序员的水平,什么高薪程序员一月收入20k,那只有盖上被子在梦里实现了。

而中高级,并没有想象中的那么难,这里有三十三道AndroID中高级面试,看完解析之后,你会发现不是我学不会,而是我没有去学

#题目加解析

1、Activity生命周期?

onCreate() -> onStart() -> onResume() -> onPause() -> onStop() -> onDetroy()

####2、Service生命周期?
service 启动方式有两种
一种是通过startService()方式进行启动
另一种是通过bindService()方式进行启动。
不同的启动方式他们的生命周期是不一样.

通过startService()这种方式启动的service
生命周期是这样:
调用startService() --> onCreate()--> onStartConmon()--> onDestroy()
这种方式启动的话,需要注意一下几个问题
第一:当我们通过startService被调用以后,多次在调用startService(),onCreate()方法也只会被调用一次,而onStartConmon()会被多次调用,当我们调用stopService()的时候,onDestroy()就会被调用,从而销毁服务。
第二:当我们通过startService启动时候,通过intent传值,在onStartConmon()方法中获取值的时候,一定要先判断intent是否为null

通过bindService()方式进行绑定,这种方式绑定service
生命周期:
bindService-->onCreate()-->onBind()-->unBind()-->onDestroy()
bindservice这种方式进行启动service好处是更加便利activity中 *** 作service,如果要在activity中调用,在需要在activity获取ServiceConnection对象,通过ServiceConnection来获取service中内部类的类对象,然后通过这个类对象就可以调用类中的方法,当然这个类需要继承Binder对象

3、Activity的启动过程(不要回答生命周期)4、broadcast注册方式与区别

此处延伸:什么情况下用动态注册

broadcast广播,注册方式主要有两种.
第一种是静态注册,也可成为常驻型广播,这种广播需要在AndroIDmanifest.xml中进行注册,这中方式注册的广播,不受页面生命周期的影响,即使退出了页面,也可以收到广播这种广播一般用于想开机自启动啊等等,由于这种注册的方式的广播是常驻型广播,所以会占用cpu的资源。

第二种是动态注册,而动态注册的话,是在代码中注册的,这种注册方式也叫非常驻型广播,受到生命周期的影响,退出页面后,就不会收到广播,我们通常运用在更新UI方面。这种注册方式优先级较高。最后需要解绑,否会会内存泄露

广播是分为有序广播和无序广播。

5、httpClIEnt与httpUrlConnection的区别

此处延伸:Volley里用的哪种请求方式

首先httpClIEnthttpUrlConnection这两种方式都支持https协议,都是以流的形式进行上传或者下载数据,也可以说是以流的形式进行数据的传输,还有ipv6,以及连接池等功能。httpClIEnt这个拥有非常多的API,所以如果想要进行扩展的话,并且不破坏它的兼容性的话,很难进行扩展,也就是这个原因,GoogleAndroID6.0的时候,直接就弃用了这个httpClIEnt.

httpUrlConnection相对来说就是比较轻量级了,API比较少,容易扩展,并且能够满足AndroID大部分的数据传输。比较经典的一个框架volley,在AndroID 2.3版本以前都是使用AndroID httpClIEnt,在AndroID 2.3以后就使用了httpUrlConnection

6、java虚拟机和Dalvik虚拟机的区别

Java虚拟机:
1、java虚拟机基于栈。
基于栈的机器必须使用指令来载入和 *** 作栈上数据,所需指令更多更多。
2、java虚拟机运行的是java字节码。
java类会被编译成一个或多个字节码.class文件.

Dalvik虚拟机:
1、dalvik虚拟机是基于寄存器的
2、Dalvik运行的是自定义的.dex字节码格式。
java类被编译成.class文件后,会通过一个dx工具将所有的.class文件转换成一个.dex文件,然后dalvik虚拟机会从其中读取指令和数据.
3、常量池已被修改为只使用32位的索引,以 简化解释器。
4、一个应用,一个虚拟机实例,一个进程
所有androID应用的线程都是对应一个linux线程,都运行在自己的沙盒中,不同的应用在不同的进程中运行。每个androID dalvik应用程序都被赋予了一个独立的linux PID(app_*)

7、进程保活(不死进程)8、讲解一下Context9、理解Activity,VIEw,Window三者关系10、四种LaunchMode及其使用场景11、VIEw的绘制流程12、VIEw,VIEwGroup事件分发

####13、保存Activity状态
onSaveInstanceState(Bundle)会在activity转入后台状态之前被调用,也就是onStop()方法之前,onPause方法之后被调用;

####14、AndroID中的几种动画
帧动画:
指通过指定每一帧的图片和播放时间,有序的进行播放而形成动画效果,比如想听的律动条。

补间动画:
指通过指定VIEw的初始状态、变化时间、方式,通过一系列的算法去进行图形变换,从而形成动画效果,主要有AlphaScaleTranslateRotate四种效果。
注意:只是在视图层实现了动画效果,并没有真正改变VIEw的属性,比如滑动列表,改变标题栏的透明度。

属性动画:
AndroID3.0的时候才支持,通过不断的改变VIEw的属性,不断的重绘而形成动画效果。相比于视图动画,VIEw的属性是真正改变了。比如vIEw的旋转,放大,缩小。

####15、AndroID中跨进程通讯的几种方式
AndroID跨进程通信,像intentcontentProvIDer,广播,service都可以跨进程通信。

intent:
这种跨进程方式并不是访问内存的形式,它需要传递一个uri,比如说打电话。

contentProvIDer:
这种形式,是使用数据共享的形式进行数据共享。

service:
远程服务,比如aIDl

广播:
广播 包含静态广播,动态广播。

16、AIDL理解17、Handler的原理

AndroID中主线程是不能进行耗时 *** 作的,子线程是不能进行更新UI的。所以就有了handler,它的作用就是实现线程之间的通信。

handler整个流程中,主要有四个对象,
handlerMessage,MessageQueue,Looper。当应用创建的时候,就会在主线程中创建handler对象,

我们通过要传送的消息保存到Message中,handler通过调用sendMessage方法将Message发送到MessageQueue中,Looper对象就会不断的调用loop()方法

不断的从MessageQueue中取出Message交给handler进行处理。从而实现线程之间的通信。

18、Binder机制原理

AndroID系统的Binder机制中,是有ClIEnt,Service,ServiceManager,Binder驱动程序组成的,其中ClIEntserviceService Manager运行在用户空间,Binder驱动程序是运行在内核空间的。而Binder就是把这4种组件粘合在一块的粘合剂,其中核心的组件就是Binder驱动程序,Service Manager提供辅助管理的功能,而ClIEntService正是在Binder驱动程序和Service Manager提供的基础设施上实现C/S之间的通信。其中Binder驱动程序提供设备文件/dev/binder与用户控件进行交互,ClIEntServiceService Manager通过openioctl文件 *** 作相应的方法与Binder驱动程序进行通信。而ClIEntService之间的进程间通信是通过Binder驱动程序间接实现的。而Binder Manager是一个守护进程,用来管理Service,并向ClIEnt提供查询Service接口的能力。

19、热修复的原理

我们知道 Java虚拟机 —— JVM是加载类的class文件的,而AndroID虚拟机——Dalvik/ART VM是加载类的dex文件,而他们加载类的时候都需要ClassLoader,ClassLoader有一个子BaseDexClassLoader,而BaseDexClassLoader下有一个数组——DexPathList,是用来存放dex文件,当BaseDexClassLoader通过调用findClass方法时,实际上就是遍历数组,找到相应的dex文件,找到,则直接将它return。而热修复的解决方法就是将新的dex添加到该集合中,并且是在旧的dex的前面,所以就会优先被取出来并且return返回。
`

20、AndroID内存泄露及管理22、AndroID UI适配

字体使用sp,
dp,多使用match_parent,wrap_content,weight
图片资源,不同图片的的分辨率,放在相应的文件夹下可使用百分比代替。

23、app优化21、Fragment与Fragment、Activity通信的方式24、图片优化

(1)对图片本身进行 *** 作。
尽量不要使用setimageBitmapsetimageResourceBitmapFactory.decodeResource来设置一张大图,因为这些方法在完成decode后,最终都是通过 java 层的 createBitmap来完成的,需要消耗更多内存.
(2)图片进行缩放的比例,SDK中建议其值是2的指数值,值越大会导致图片不清晰。
(3)不用的图片记得调用图片的recycle()方法

25、HybrIDApp WebVIEw和Js交互26、JAVA GC原理

垃圾收集算法的核心思想是:
对虚拟机可用内存空间,即堆空间中的对象进行识别,如果对象正在被引用,那么称其为存活对象,反之,如果对象不再被引用,则为垃圾对象,可以回收其占据的空间,用于再分配。垃圾收集算法的选择和垃圾收集系统参数的合理调节直接影响着系统性能。

27、ANR

ANR全名Application Not Responding, 也就是"应用无响应". 当 *** 作在一段时间内系统无法处理时, 系统层面会d出上图那样的ANR对话框.

产生原因:
(1)5s内无法响应用户输入事件(例如键盘输入, 触摸屏幕等).
(2)broadcastReceiver在10s内无法结束
(3)Service 20s内无法结束(低概率)

解决方式:
(1)不要在主线程中做耗时的 *** 作,而应放在子线程中来实现。如onCreate()和onResume()里尽可能少的去做创建 *** 作。
(2)应用程序应该避免在broadcastReceiver里做耗时的 *** 作或计算。
(3)避免在Intent Receiver里启动一个Activity,因为它会创建一个新的画面,并从当前用户正在运行的程序上抢夺焦点。
(4)service是运行在主线程的,所以在service中做耗时 *** 作,必须要放在子线程中。

28、设计模式29、Xutils, OKhttp, Volley, Retrofit对比30、MVP,MVC,MVVM31、JNI

(1)安装和下载Cygwin,下载 AndroID NDK
(2)在ndk项目中JNI接口的设计
(3)使用C/C++实现本地方法
(4)JNI生成动态链接库.so文件
(5)将动态链接库复制到java工程,在java工程中调用,运行java工程即可

32、RecyclerVIEw和ListVIEw的区别

RecyclerVIEw可以完成ListVIEw,GrIDVIEw的效果,还可以完成瀑布流的效果。同时还可以设置列表的滚动方向(垂直或者水平);
RecyclerVIEwvIEw的复用不需要开发者自己写代码,系统已经帮封装完成了。
RecyclerVIEw可以进行局部刷新。
RecyclerVIEw提供了API来实现item的动画效果。

在性能上:
如果需要频繁的刷新数据,需要添加动画,则RecyclerVIEw有较大的优势。
如果只是作为列表展示,则两者区别并不是很大。

33、Universal-ImageLoader,Picasso,Fresco,GlIDe对比

##最后
篇幅有限,解释起来太长了,就看这里好的文档吧
链接:https://pan.baIDu.com/s/1dYDPMNw5GMTVXvzJ2EeINg
提取码:mk53

还可以来我的GitHub交友地址:https://github.com/Meng997998/AndroidJX,点下star一起来学习呗

点赞收藏分享文章举报

阿尔法789发布了88 篇原创文章 · 获赞 3 · 访问量 4667私信 关注 总结

以上是内存溢出为你收集整理的面试三十三题!说实话,中高级面试题看完解析后也不怎么难!全部内容,希望文章能够帮你解决面试三十三题!说实话,中高级面试题看完解析后也不怎么难!所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1067842.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-26
下一篇 2022-05-26

发表评论

登录后才能评论

评论列表(0条)

保存