没关系,我们都知道,亡羊补牢,为时不晚!今天就给大家准备了31道AndroID面试题 ,牢固你的基础!
@H_301_0@BATJ、字节跳动面试专题,算法专题,高端技术专题,混合开发专题,java面试专题,AndroID,Java小知识,到性能优化.线程.VIEw.OpenCV.NDK等已经上传到了的我的GitHub大纲@H_301_0@1.如何对 AndroID 应用进行性能分析@H_301_0@2.什么情况下会导致内存泄露@H_301_0@3.如何避免 OOM 异常@H_301_0@4.AndroID 中如何捕获未捕获的异常@H_301_0@5.ANR 是什么?怎样避免和解决 ANR(重要)@H_301_0@6.AndroID 线程间通信有哪几种方式@H_301_0@7.Devik 进程,linux 进程,线程的区别@H_301_0@8.描述一下 androID 的系统架构@H_301_0@9.androID 应用对内存是如何限制的?我们应该如何合理使用内存?@H_301_0@10. 简述 androID 应用程序结构是哪些@H_301_0@11.请解释下 AndroID 程序运行时权限与文件系统权限的区别@H_301_0@12.Framework 工作方式及原理,Activity 是如何生成一个 vIEw 的,机制是什么@H_301_0@13.多线程间通信和多进程之间通信有什么不同,分别怎么实现@H_301_0@14.AndroID 屏幕适配@H_301_0@15.什么是 AIDL 以及如何使用@H_301_0@16.Handler 机制@H_301_0@17.事件分发机制@H_301_0@18.子线程发消息到主线程进行更新 UI,除了 handler 和 AsyncTask,还有什么@H_301_0@19.子线程中能不能 new handler?为什么@H_301_0@20.AndroID 中的动画有哪几类,它们的特点和区别是什么@H_301_0@21.如何修改 Activity 进入和退出动画@H_301_0@22.SurfaceVIEw & VIEw 的区别@H_301_0@23.开发中都使用过哪些框架、平台@H_301_0@24.使用过那些自定义view@H_301_0@25.自定义控件:绘制圆环的实现过程@H_301_0@26.自定义控件:摩天轮的实现过程@H_301_0@27.GrIDLayout的使用@H_301_0@28.流式布局的实现过程@H_301_0@29.第三方登陆@H_301_0@30.第三方支付31.进程保活一 性能优化1.如何对 AndroID 应用进行性能分析@H_301_0@androID 性能主要之响应速度 和UI刷新速度。@H_301_0@可以参考博客:AndroID系统性能调优工具介绍@H_301_0@首先从函数的耗时来说,有一个工具TraceVIEw 这是androIDsdk自带的工作,用于测量函数耗时的。@H_301_0@UI布局的分析,可以有2块,一块就是HIErarchy VIEwer 可以看到VIEw的布局层次,以及每个VIEw刷新加载的时间。@H_301_0@这样可以很快定位到那块layout & VIEw 耗时最长。@H_301_0@还有就是通过自定义view来减少vIEw的层次。2.什么情况下会导致内存泄露@H_301_0@内存泄露是个折腾的问题。@H_301_0@什么时候会发生内存泄露?内存泄露的根本原因:长生命周期的对象持有短生命周期的对象。短周期对象就无法及时释放。@H_301_0@I. 静态集合类引起内存泄露@H_301_0@主要是hashmap,Vector等,如果是静态集合 这些集合没有及时setnull的话,就会一直持有这些对象。@H_301_0@II.remove 方法无法删除set集 Objects.hash(firstname, lastname);@H_301_0@经过测试,hashcode修改后,就没有办法remove了。@H_301_0@III. observer 我们在使用监听器的时候,往往是addxxxListener,但是当我们不需要的时候,忘记removexxxListener,就容易内存leak。@H_301_0@广播没有unregisterrecevIEr@H_301_0@IV.各种数据链接没有关闭,数据库contentprovIDer,io,sokect等。cursor@H_301_0@V.内部类:@H_301_0@java中的内部类(匿名内部类),会持有宿主类的强引用this。@H_301_0@所以如果是new Thread这种,后台线程的 *** 作,当线程没有执行结束时,activity不会被回收。@H_301_0@Context的引用,当TextVIEw 等等都会持有上下文的引用。如果有static drawable,就会导致该内存无法释放。@H_301_0@VI.单例@H_301_0@单例 是一个全局的静态对象,当持有某个复制的类A是,A无法被释放,内存leak。3.如何避免 OOM 异常首先OOM是什么?@H_301_0@当程序需要申请一段“大”内存,但是虚拟机没有办法及时的给到,即使做了GC *** 作以后@H_301_0@这就会抛出 OutOfMemoryException 也就是OOMAndroID的OOM怎么样?@H_301_0@为了减少单个APP对整个系统的影响,androID为每个app设置了一个内存上限。
大家点击我的GitHub地址:https://github.com/Meng997998/AndroidJX点下star一起学习
public voID getMemorylimited(Activity context) { ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE); System.out.println(activityManager.getMemoryClass()); System.out.println(activityManager.getLargeMemoryClass()); System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024)); }
@H_301_0@HTC M7实测,192M上限。512M 一般情况下,192M就是上限,但是由于某些特殊情况,androID允许使用一个更大的RAM。如何避免OOM减少内存对象的占用@H_301_0@I.ArrayMap/SparseArray代替hashmap@H_301_0@II.避免在androID里面使用Enum@H_301_0@III.减少bitmap的内存占用@H_301_0@inSampleSize:缩放比例,在把图片载入内存之前,我们需要先计算出一个合适的缩放比例,避免不必要的大图载入。decode format:解码格式,选择ARGB_8888/RBG_565/ARGB_4444/Alpha_8,存在很大差异。@H_301_0@IV.减少资源图片的大小,过大的图片可以考虑分段加载内存对象的重复利用@H_301_0@大多数对象的复用,都是利用对象池的技术。@H_301_0@I.ListvIEw/grIDvIEw/recyclevIEw contentvIEw的复用@H_301_0@II.inBitmap 属性对于内存对象的复用ARGB_8888/RBG_565/ARGB_4444/Alpha_8@H_301_0@这个方法在某些条件下非常有用,比如要加载上千张图片的时候。@H_301_0@III.避免在ondraw方法里面 new对象@H_301_0@IV.StringBuilder 代替+4.AndroID 中如何捕获未捕获的异常@H_301_0@@H_301_0@CrashHandler@H_301_0@关键是实现Thread.UncaughtExceptionHandler@H_301_0@然后是在application的oncreate里面注册。5.ANR 是什么?怎样避免和解决 ANR(重要)@H_301_0@ANR->Application Not Responding@H_301_0@也就是在规定的时间内,没有响应。@H_301_0@三种类型:@H_301_0@1). KeydispatchTimeout(5 seconds) —主要类型按键或触摸事件在特定时间内无响应@H_301_0@2). broadcastTimeout(10 seconds) —broadcastReceiver在特定时间内无法处理完成@H_301_0@3). ServiceTimeout(20 seconds) —小概率类型 Service在特定的时间内无法处理完成@H_301_0@为什么会超时:事件没有机会处理 & 事件处理超时怎么避免ANR@H_301_0@ANR的关键@H_301_0@是处理超时,所以应该避免在UI线程,broadcastReceiver 还有service主线程中,处理复杂的逻辑和计算@H_301_0@而交给work thread *** 作。@H_301_0@1)避免在activity里面做耗时 *** 作,oncreate & onresume@H_301_0@2)避免在onReceiver里面做过多 *** 作@H_301_0@3)避免在Intent Receiver里启动一个Activity,因为它会创建一个新的画面,并从当前用户正在运行的程序上抢夺焦点。@H_301_0@4)尽量使用handler来处理UI thread & workthread的交互。如何解决ANR@H_301_0@首先定位ANR发生的log:04-01 13:12:11.572 I/inputdispatcher( 220): Application is not responding:Window{2b263310com.androID.email/com.androID.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstartedcpuusage from 4361ms to 699ms ago ----cpu在ANR发生前的使用情况04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait04-0113:12:15.872 E/ActivityManager( 220): cpuusage from 3697ms to 4223ms later:-- ANR后cpu的使用量
@H_301_0@从log可以看出,cpu在做大量的io *** 作。@H_301_0@所以可以查看io *** 作的地方。@H_301_0@当然,也有可能cpu占用不高,那就是 主线程被block住了。6.AndroID 线程间通信有哪几种方式@H_301_0@1)共享变量(内存)@H_301_0@2)管道@H_301_0@3)handle机制@H_301_0@runOnUiThread(Runnable)@H_301_0@vIEw.post(Runnable)7.Devik 进程,linux 进程,线程的区别@H_301_0@Dalvik进程。@H_301_0@每一个androID app都会独立占用一个dvm虚拟机,运行在linux系统中。@H_301_0@所以dalvik进程和linux进程是可以理解为一个概念。8.描述一下 androID 的系统架构@H_301_0@从小到上就是:@H_301_0@linux kernel,lib dalvik vm ,application framework, app9.androID 应用对内存是如何限制的?我们应该如何合理使用内存?@H_301_0@activitymanager.getMemoryClass() 获取内存限制。@H_301_0@关于合理使用内存,其实就是避免OOM & 内存泄露中已经说明。10. 简述 androID 应用程序结构是哪些@H_301_0@1)main code@H_301_0@2) unit test@H_301_0@3)mianifest@H_301_0@4)res->drawable,drawable-xxhdpi,layout,value,mipmap@H_301_0@mipmap 是一种很早就有的技术了,翻译过来就是纹理映射技术.@H_301_0@Google建议只把启动图片放入。@H_301_0@5)lib@H_301_0@6)color11.请解释下 AndroID 程序运行时权限与文件系统权限的区别@H_301_0@文件的系统权限是由linux系统规定的,只读,读写等。@H_301_0@运行时权限,是对于某个系统上的app的访问权限,允许,拒绝,询问。该功能可以防止非法的程序访问敏感的信息。12.Framework 工作方式及原理,Activity 是如何生成一个 vIEw 的,机制是什么@H_301_0@Framework是androID 系统对 linux kernel,lib库等封装,提供WMS,AMS,bind机制,handler-message机制等方式,供app使用。@H_301_0@简单来说framework就是提供app生存的环境。@H_301_0@1)Activity在attch方法的时候,会创建一个phonewindow(window的子类)@H_301_0@2)onCreate中的setContentVIEw方法,会创建DecorVIEw@H_301_0@3)DecorVIEw 的addvIEw方法,会把layout中的布局加载进来。13.多线程间通信和多进程之间通信有什么不同,分别怎么实现@H_301_0@线程间的通信可以参考第6点。@H_301_0@进程间的通信:bind机制(IPC->AIDL),linux级共享内存,boradcast,@H_301_0@Activity 之间,activity & servIEw之间的通信,无论他们是否在一个进程内。14.AndroID 屏幕适配@H_301_0@屏幕适配的方式:xxxdpi, wrap_content,match_parent. 获取屏幕大小,做处理。@H_301_0@dp来适配屏幕,sp来确定字体大小@H_301_0@drawable-xxdpi, values-1280*1920等 这些就是资源的适配。@H_301_0@wrap_content,match_parent, 这些是vIEw的自适应@H_301_0@weight,这是权重的适配。15.什么是 AIDL 以及如何使用@H_301_0@AndroID Interface DeFinition Language@H_301_0@AIDL是使用bind机制来工作。@H_301_0@参数:@H_301_0@java原生参数@H_301_0@String@H_301_0@parcelable@H_301_0@List & map 元素 需要支持AIDL16.Handler 机制@H_301_0@参考:androID 进程/线程管理(一)——消息机制的框架 这个系类。17.事件分发机制@H_301_0@androID 事件分发机制18.子线程发消息到主线程进行更新 UI,除了 handler 和 AsyncTask,还有什么@H_301_0@EventBus,广播,vIEw.post, runinUiThread@H_301_0@但是无论各种花样,本质上就2种:handler机制 + 广播19.子线程中能不能 new handler?为什么@H_301_0@必须可以。子线程 可以new 一个mainHandler,然后发送消息到UI Thread。20.AndroID 中的动画有哪几类,它们的特点和区别是什么@H_301_0@视图动画,或者说补间动画。只是视觉上的一个效果,实际vIEw属性没有变化,性能好,但是支持方式少。@H_301_0@属性动画,通过变化属性来达到动画的效果,性能略差,支持点击等事件。androID 3.0@H_301_0@帧动画,通过drawable一帧帧画出来。@H_301_0@Gif动画,原理同上,canvas画出来。@H_301_0@具体可参考:https://i.cnblogs.com/posts?categoryid=67205221.如何修改 Activity 进入和退出动画@H_301_0@overrIDePendingTransition22.SurfaceVIEw & VIEw 的区别@H_301_0@vIEw的更新必须在UI thread中进行@H_301_0@surfacevIEw会单独有一个线程做ui的更新。@H_301_0@surfacevIEw 支持open GL绘制。public class CycleVIEw extends VIEw { Paint mPaint = new Paint(); public CycleVIEw(Context context) { this(context, null); } public CycleVIEw(Context context, AttributeSet attrs) { super(context, attrs); initVIEw(); } private voID initVIEw() { mPaint.setAntiAlias(true); mPaint.setStyle(Paint.Style.stroke); mPaint.setstrokeWIDth(20); } @OverrIDe protected voID onDraw(Canvas canvas) { super.onDraw(canvas); canvas.drawCircle(100,100,50,mPaint); }}
@H_301_0@关键是canvas.drawCycle & paint.setsytle(stoken)26.自定义控件:摩天轮的实现过程27.GrIDLayout的使用28.流式布局的实现过程29.第三方登陆30.第三方支付31.进程保活@H_301_0@##最后31道AndroID面试题 ,牢固你的基础!关注我,收藏下了慢慢学习哦。 总结
以上是内存溢出为你收集整理的亡羊补牢!31道Android面试题 ,牢固你的基础!全部内容,希望文章能够帮你解决亡羊补牢!31道Android面试题 ,牢固你的基础!所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)