每日面试题分享，祝你剑指苍穹斩获Offer

前段时间，有位道友告诉我他要去面试了，隔了几天我问他面试的结果怎么样了，他说这几天面试的全挂了。并且说了自己打错了很多。在这里我整理了一些面试题目，希望广大道友能少犯错误，斩获offer.

注：因为实际开发与参考答案会有所不同，再者怕误导大家，所以这些面试题答案还是自己去理解！面试官会针对简历中提到的知识点由浅入深提问，所以不要背答案，多理解。

1.谈谈ThreadLocal用法和原理？

ThreadLocal用于保存某个线程共享变量：对于同一个static ThreadLocal，不同线程只能从中get，set，remove自己的变量，而不会影响其他线程的变量。

1、ThreadLocal.get: 获取ThreadLocal中当前线程共享变量的值。
2、ThreadLocal.set: 设置ThreadLocal中当前线程共享变量的值。
3、ThreadLocal.remove: 移除ThreadLocal中当前线程共享变量的值。
4、ThreadLocal.initialValue: ThreadLocal没有被当前线程赋值时或当前线程刚调用remove方法后调用get方法，返回此方法值。

2.自定义Handler时如何有效地避免内存泄漏问题？

1.自定义的静态处理器
2.可以加一个弱引用
3.还有一个主意的就是当你活动被销毁的时候如果还有消息没有发出去就删除掉吧
4.远程回发消息去清除Message和Runnable加NULL写在生命周的ondelete()就行

问题原因:一般非静态内部类持有外部类的引用的情况下，造成外部类在使用完成后不能被系统回收内存，从而造成内存泄漏.这里Handler持有外部类Active的引用，一旦Activity被销毁，而此时Handler依然持有Activity引用，就会造成内存泄漏。

解决方案:将Handler以静态内部类的形式声明，然后通过弱引用的方式让Handler持有外部类Activity的引用，这样就可以避免内存泄漏问题了：

private var mHandler: Handler? = WithoutLeakHandler(this)

companion object {
        const val CODE_LOAD_DATA: Int   = 101
        private class WithoutLeakHandler( activity: EditAddressActivity) : Handler(){
            private var mActivity: WeakReference<EditAddressActivity> = WeakReference(activity)

            override fun handleMessage(msg: Message) {
                super.handleMessage(msg)
                val activity = mActivity.get()
                when(msg.what){

                    CODE_LOAD_DATA -> {
                        //data load started

                    }

                }
            }
        }
    }
    
......

override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        mHandler?.sendEmptyMessage(CODE_LOAD_DATA)
    }

拓展:如果在非自定义Handler情况下，还可以通过Activity生命周期来及时清除消息，从而及时回收活动：

override fun onDestroy() {
        super.onDestroy()
        if (mHandler != null){
            mHandler?.removeCallbacksAndMessages(null)
        }
    }

使用弱引用是对的，静态内部类也是对的.

问题2：不使用这些方法，Handler直接持有Activity的引用是否一定会导致内存泄漏？

1.如果Handler中没什么耗时操作，任务完成也就释放了Activity引用.
2.如果Handler中是一个2秒的操作，在活动退出的2s后，释放了活动的指
针，这种情况属于短时间的内存泄漏？
3.处理程序中是啥死循环的话，就内存泄露了.

个人写的Handler，且没有耗时操作.没必要保护.
公司项目对于代码规范的话，还是加上保护比较好.避免后续有同事，加上了耗时操作，出现问题.

正常情况下是不会内存泄漏的，除非处理程序队列等待太久(什么情况会这样呢？ANR？延时太久？)

理解到泄漏的原因(处理程序持有了活动，然后消息持有处理程序，然后MQ持有消息)，持有链了解清楚了也就好解决了：处理程序持有活动可以通过弱引用或者内部静态类等方式解决，远程向量回发消息则是清除后面的引用。

其实却是内存大，泄漏点也没啥，只是规范使然，就像过马路最好走斑马线，不然说不定哪天就被撞死了

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

1.资源对象没关闭造成的内存泄漏(如：Cursor、File(等)

2.ListView的适配器中没有使用缓存的转换视图

• ListView的适配器中没有使用缓存的转换视图。因为前两天刚看了列表视图源码，转换视图其实是滑出屏幕的视图的缓存，不使用转换视图会频繁创建新的视图对象，只会造成内存溢出，而不是内存泄漏。这个问题我们首先要明白内存泄漏的真正原因：A对象引用B对象，但是A对象的生命周期比B对象的生命周期长的多B生命周期到了还在被A引用，导致B对象不能回收，从而引起内存泄漏

3.Bitmap对象不在使用时调用循环()释放内存
4.集合中对象没清理造成的内存泄漏(特别是static(修饰的集合)
5.接收器、监听器注册没取消造成的内存泄漏
6.Activity 的 Context造成的泄漏，可以使用ApplicationContext
7.Handler造成的内存泄漏问题(一般由于Handler(生命周期比其外部类的生命周期长引起的)

4.哪些情况下会导致oom问题？

1、根据java的内存模型会出现内存溢出的内存有堆内存、方法区内存、虚拟机栈内存、本机方法区内存；

2、一般说的OOM基本都是针对堆内存；

3、对于堆内存溢出主的根本原因有两种:

• APP进程内存达到上限
• 可用内存不足，这种情况并不是我们app消耗了很多内存，而是整个手机内存不足

4、而我们需要解决的主要是应用程序的内存达到上限

5、对于应用程序内存达到上限只有两种情况

• 申请内存的速度超出GC释放内存的速度
• 内存出现泄漏，GC无法回收泄漏的内存，导致可用内存越来越少

6、对于申请内存速度超出GC释放内存的速度主要有2种情况：

• 往内存中加载超大文件
• 循环创建大量对象

7、一般申请内存的速度超出GC释放内存基本不会出现，内存泄漏才是出现问题的关键所在

8、内存泄漏常见场景

• 资源对象没关闭造成的内存泄漏(如：游标、文件等)
• 全局集合类强引用没清理造成的内存泄漏(特别是静态修饰的集合)
• 接收器、监听器注册没取消造成的内存泄漏，如广播，事件总线
• Active的Context造成的泄漏，可以使用ApplicationContext
• 单例中的静态成员间接或直接持有了活性的引用
• 非静态内部类持有父类的引用，如非静态处理程序持有Activity的引用

9、怎么对内存进行优化呢

三个方向
(1)为应用申请更大内存，把清单上的大型堆设置为true
(2)减少内存的使用

• 使用优化后的集合对象，比如空间阵列；
• 使用微信的mmkv替代共享偏好；
• 对于经常打的地方使用StringBuilder来组拼，替代String拼接
• 统一带有缓存的基础库，特别是图片库，如果用了两套不一样的图片加载库就会出现2个图片各自维护一套图片缓存
• 给图像视图设置合适尺寸的图片，列表页显示缩略图，查看大图显示原图
• 优化业务架构设计，比如省市区数据分批加载，需要加载省就加载省，需要加载市就加载失去，避免一下子加载所有数据

(3)避免内存泄漏

编码规范上：

• 资源对象用完一定要关闭，最好加最终
• 静态集合对象用完要清理
• 接收器、监听器使用时候注册和取消成对出现
• 上下文使用注意生命周期，如果是静态类引用直接用应用程序上下文
• 使用静态内部类
• 结合业务场景，设置软引用，弱引用，确保对象可以在合适的时机回收

建设内存监控体系：

线下监控：

• 使用ArtHook检测图片尺寸是否超出Imageview自身宽高的2倍
• 编码阶段Memery Profile看应用程序的内存使用情况，是否存在内存抖动，内存泄漏，结合Mat分析内存泄漏

线上监控：

• 上报应用程序使用期间待机内存、重点模块内存、OOM率
• 上报整体及重点模块的GC次数，GC时间
• 使用Leakcanery自动化内存泄漏分析

10、真的出现低内存，设置一个兜底策略

低内存状态回调，根据不同的内存等级做一些事情，比如在最严重的等级清空所有的位图，关掉所有界面，直接强制把应用程序跳转到主界面，相当于应用程序重新启动了一次一样，这样就避免了系统Kill应用进程，与其让系统Kill进程还不如浪费一些用户体验，自己主动回收内存

5.安卓补间动画和属性动画的区别？

1.补间动画只是表面上实现了平移，旋转，渐变，缩放，实际上属性值不变
2.属性动画实现平移，旋转，渐变，缩放后，属性值变了

最后分享几个整理好的视频资料给大家：
1.独家UI框架装逼指南-打造贝塞尔动画框架：链接: https://pan.baidu.com/s/12LfvYVUEDqt9eIWJ8TT3Yg 提取码: 63qb
2.从手写网络加载框架开始自己的造轮子之旅:链接: https://pan.baidu.com/s/1wTK-4-_UCVB8J0AxtYsl8A 提取码: pzsh

如果想获取更多相关Android方面的视频教程或者面试内容和指导，详情查询主页领取如下资料