妥妥的去面试之Android基础（五）

最新推荐文章于 2024-09-26 11:01:02 发布

树獭非懒

最新推荐文章于 2024-09-26 11:01:02 发布

阅读量196

点赞数

本文链接：https://blog.youkuaiyun.com/KING_GUOGUO/article/details/88401193

版权

本文为正在寻找Android开发工作的你提供全面的面试准备指南，涵盖Android基础、内存管理、UI组件对比及常见面试陷阱解析。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

笔者由于在近期需要找工作，所以近期最主要的任务就是准备面试，不打无准备之仗。只有你准备充分了，那么你想得到的机会才可能有机会入你怀中。

笔者会将准备面试的学习过程记录下来，方便自己复盘的同时也希望能给一道找工作的小伙伴们一些帮助。笔者准备的内容大纲如下

Android面试大纲.png

什么是OOM?

当前占用的内存加上申请的内存资源超过了Dalvk虚拟机的最大内存限制就会抛出Out Of Memory异常。

有什么方法可以避免OOM？

OOM在很多情况下都是因为图片加载问题，所以针对bitmap的优化可以在某种程度上避免OOM的发生

对图片进行压缩（通过采样率）
及时释放Bitmap内存
选择合适的解码方式

还有没有其他的方法？

适当使用软引用和弱引用
采用内存缓存和磁盘缓存
避免创建过多的对象，内存对象的重复利用(比如ListView中的convertview的复用)。
避免在Android中使用Enum，枚举占用的内存比整型大多了。
-避免在onDraw方法里面执行对象的创建

说说你知道的内存泄露的场景？

1.静态变量持有外部类的引用。

静态变量和应用的生命周期一样，因为静态变量持有外部类的引用，当外部类被销毁时，就会导致外部类无法被GC，引起内存泄漏。所以尽量不要使用静态变量。

2.单例模式引起的内存泄露

单例模式的对象的生命周期和应用程序一样长，所以它持有的引用也不能被GC，所以会引起内存泄露。

所以在单例模式中，可以把单例对象的引用指向整个应用，就可以避免内存泄露。比如正确的单例模式写法如下：

public class AppManager {
    private static AppManager instance;
    private Context context;
    private AppManager(Context context) {
        //this.context = context;  //会引起内存泄漏
        this.context = context.getApplicationContext();  //指向应用
    }
    public static AppManager getInstance(Context context) {
        if (instance != null) {
            instance = new AppManager(context);
        }
        return instance;
    }

3.AsyncTask引起的内存泄露

AsyncTask是持有外部类的引用的，当它后台任务没有完成时，它会导致外部类的引用无法被回收，引起内存泄漏。

所以可以通过让AsyncTask变成静态内部类，这样就不会持有外部类的引用了。
或者让它持有外部类的弱引用。

4.使用完的资源未关闭

比如说在Bitmap在使用完后一定要关闭资源（调用它的recycle方法)

5.注册没取消造成的内存泄漏

比如调用registerReceiver后未调用unregisterReceiver。

广播注册一般有几种，各有什么优缺点？

第一种是常驻型(静态注册)：当应用程序关闭后如果有信息广播来，程序也会被系统调用，自己运行。
第二种不常驻(动态注册)：广播会跟随程序的生命周期。

动态注册

优点：在android的广播机制中，动态注册优先级高于静态注册优先级，因此在必要情况下，是需要动态注册广播接收者的。

缺点：当用来注册的 Activity 关掉后，广播也就失效了。

静态注册

优点：无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器就是打开着的。

Recyclerview和Listview的区别

在ListView中，ViewHolder需要自己来定义。通过ViewHolder可以缓存item里的view控件实例，避免了在getview中重复创建带来的性能损耗，但这只是一种推荐的使用方式，不是必须使用的。而在RecyclerView中使用RecyclerView.ViewHolder则变成了必须，尽管实现起来稍显复杂，但是在性能提升上有很大的好处。
ListView只能在垂直方向上滚动，Android API没有提供直接让ListView在水平方向上面滚动的支持。但RecyclerView提供了多种类型的展示方式，很容易就能修改展示方式。
。
ListView对item的点击事件实现较为简单，Recyclerview的点击事件实现就相对复杂，但灵活性高。
ListView没有提供局部刷新，RecyclerView提供了局部刷新的方法，而且在局部刷新的时候有一个渐变的动画效果。