【Android面试】性能优化相关面试题(一)

1、自定义 Handler 时如何有效地避免内存泄漏问题?

  • 自定义的静态handler
  • 可以加一个弱引用
  • 还有一个主意的就是当你activity被销毁的时候如果还有消息没有发出去 就remove掉吧
  • removecallbacksandmessages去清除Message和Runnable 加null 写在生命周的ondestroy()就行

2、哪些情况下会导致oom问题?

  • 例如handler 在界面销毁的时候消息还未发送
  • file没有关流
  • 查询到结果还没有停止
  • 内部类持有外部类引用得不到释放
  • 不用的对象最好null 让GC回收一下
  • 图片资源什么的最好加一个软引用

3、一般什么情况下会导致内存泄漏问题?

  • 资源对象没关闭造成的内存泄漏(如 : Cursor、File 等)
  • ListView 的 Adapter 中没有使用缓存的ConvertView
  • Bitmap对象不在使用时调用recycle()释放内存
  • 集合中对象没清理造成的内存泄漏(特别是 static 修饰的集合)
  • 接收器、监听器注册没取消造成的内存泄漏
  • Activity 的 Context 造成的泄漏,可以使用ApplicationContext
  • Handler 造成的内存泄漏问题(一般由于 Handler 生命周期比其外部类的生命周期长引起的)

4、ANR 出现的场景以及解决方案?

在Android中,应用的响应性被活动管理器(Activity Manager)和窗口管理器(Window Manager)这两个系统服 务所监视。当用户触发了输入事件(如键盘输入,点 击按钮等),如果应用5秒内没有响应用户的输入事件,那么, Android会认为该应用无响应,便弹出ANR对话框。而弹出ANR异常,也主要是为了提升用户体验。解决方案是对于耗时的操作,比如访问网络、访问数据库等操作,需要开辟子线程,在子线程处理耗时的操作,主线程主要实现UI的操作

5、谈谈Android中内存优化的方式?

关于内存泄漏,一般像单例模式的使用不当啊、集合的操作不当啊、资源的缺乏有效的回收机制啊、Handler、线程 的使 用不当等等都有可能引发内存泄漏。

  • 单例模式引发的内存泄漏:

原因:单例模式里的静态实例持有对象的引用,导致对象无法被回收,常见为持有Activity的引用

优化:改为持有Application的引用,或者不持有使用的时候传递。

  • 集合操作不当引发的内存泄漏:

原因:集合只增不减 优化:有对应的删除或卸载操作

  • 线程的操作不当引发的内存泄漏:

原因:线程持有对象的引用在后台执行,与对象的生命周期不一致

优化:静态实例+弱引用(WeakReference)方式,使其生命周期一致

  • 匿名内部类/非静态内部类操作不当引发的内存泄漏:

原因:内部类持有对象引用,导致无法释放,比如各种回调

优化:保持生命周期一致,改为静态实例+对象的弱引 用方式(WeakReference)

  • 常用的资源未关闭回收引发的内存泄漏:

原因:BroadcastReceiver,File,Cursor,IO流,Bitmap等资源使用未关闭

优化:使用后有对应的关闭和卸载机制

  • Handler使用不当造成的内存泄漏:

原因:Handler持有Activity的引用,其发送的Message 中持有Handler的引用,当队列处理Message的时间过长会导致 Handler无法被回收

优化:静态实例+弱引用(WeakReference)方式内存

6、谈谈布局优化的技巧?

  • 降低Overdraw(过度绘制),减少不必要的背景绘制
  • 减少嵌套层次及控件个数
  • 使用Canvas的clipRect和clipPath方法限制View的绘制区域
  • 通过imageDrawable方法进行设置避免ImageView的background和imageDrawable重叠
  • 借助ViewStub按需延迟加载
  • 选择合适的布局类型
  • 熟悉API尽量借助系统现有的属性来实现一些UI效果
#android面试#
全部评论

相关推荐

02-07 12:06
已编辑
华侨大学 测试开发
最近看到很多 92 的,甚至是硕士,开始往测开赛道卷,说实话有点看不懂。先把话说清楚,大厂里的测开,绝大多数时间干的还是测试的活,只是写点自动化脚本、维护测试平台、接接流水线,真正像开发一样做系统、做架构、做核心平台的测开少得可怜,基本都集中在核心提效组,而且人很少,外面进去的大概率轮不到你,我想真正干过人都清楚。很多人被洗脑了,以为测开也是开,和后端差不多,只是更简单、更轻松、还高薪。现实情况是,测开和开发的职业路径完全不一样。开发的核心是业务和系统能力,测开的核心是稳定性和覆盖率,前者是往上走,后者天花板非常明显。你可以见到很多开发转测开,但你很少见到干了几年测开还能顺利转回开发的。更现实一点说,92 的高学历如果拿来做测开,大部分时间就是在做重复性很强的杂活,这种工作对个人能力的放大效应非常弱。三年下来,你和一个双非的,甚至本科的测开差距不会太大,但你和同龄的后端、平台开发差距会非常明显。这不是努不努力的问题,是赛道问题。所谓测开简单高薪,本质上是把极少数核心测开的上限,当成了整个岗位的常态来宣传。那些工资高、技术强的测开,本身就是开发水平,只是挂了个测开的名。普通人进去,99% 做的都是项目兜底型工作,而不是你想象中的平台开发。测开不是不能做,但它绝对不是开发的平替,也不是性价比最优解。如果你是真的不想做开发,追求稳定,那测开没问题。但如果你只是觉得测开比后端容易,还能进大厂,那我劝你冷静一点,这只是在用短期安全感换长期天花板。有92的学历,如果你连测开这些重复性工作都能心甘情愿接受,那你把时间精力用在真正的开发、系统、业务深度上,回报大概率比卷测开要高得多。想清楚再下场,别被岗位名和话术带偏了,就算去个前端客户端也是随便占坑的,测开是一个坑位很少赛道,反而大面积学历下放,不用想也能知道会是什么结果,我想各位在JAVA那里已经看到了
小浪_Coding:工作只是谋生的手段 而不是相互比较和歧视
点赞 评论 收藏
分享
用微笑面对困难:985只有在应届生里面的优势是断层的在社招或者更远的工作中算是后续能力优先级
工作压力大,你会干什么?
点赞 评论 收藏
分享
评论
15
2
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务