Android最全最强推荐：-Android-开发中必备的代码-Review-清单,你还不知道吗，在线面试指南是什么

文末

不管怎么样，不论是什么样的大小面试，要想不被面试官虐的不要不要的，只有刷爆面试题题做好全面的准备，当然除了这个还需要在平时把自己的基础打扎实，这样不论面试官怎么样一个知识点里往死里凿，你也能应付如流啊

小编将自己6年以来的面试经验和学习笔记都整理成了一个**937页的PDF，**以及我学习进阶过程中看过的一些优质视频教程。

其实看到身边很多朋友抱怨自己的工资很低，包括笔者也是一样的，其原因是在面试过程中没有给面试官一个很好的答案。所以笔者会持续更新面试过程中遇到的问题，也希望大家和笔者一起进步，一起学习。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

本文收集了我自己工作以来提交代码前的所有检查点。事实证明，这样能有效提高自己的代码质量和功能的稳定性。所以推荐大家以后每次提交代码前，都可以看下这份 Review 清单哈。

此外，可能还有些检查点我并没有发现，欢迎大家踊跃在评论区补充哈～

清理操作

1.页面退出时，是否完成必要的清理操作

1. 是否调用 Handler 的 removeCallbacksAndMessages(null) 来清空 Handler 里的消息；

2. 是否取消了还没完成的请求；

3. 在页面里注册的监听，是否反注册；

4. 假如自己用到观察者模式，是否反注册；

5. 假如用了 RxJava 的话，是否解除订阅；

2.数据库的游标是否已经关闭这个点一般人都知道，出问题一般在于，没有考虑到多线程并发时的情况下，Cursor 没有被释放。所以数据库的操作需要加上同步代码块详细可参考：http://www.2cto.com/kf/201408/329574.html

3.打开过的文件流是否关闭

4.Android 3.0 以下的版本，使用完的 Bitmap 是否调用 recycle()，否则会一直占用内存而 Android 3.0 及以上的版本不需要调用 recycle()，因为这些版本的 Bitmap 全部放到虚拟机的堆内存中，让 GC 自动回收。

5.WebView 使用完是否调用了其 destory() 函数

是否能进一步优化自己的代码

1.保存在内存中的图片，是否做过压缩处理再保存在内存里否则可能由于图片质量太高，导致 OOM

2.Intent 传递的数据太大，会导致页面跳转过慢。太大的数据可以通过持久化的形式传递，例如读写文件

3.频繁地操作同一个文件或者执行同一个数据库操作，是否考虑把它用静态变量或者局部变量的形式缓存在内存里。用空间换时间

4.放在主页面的控件，是否可以考虑用 ViewStub 来优化启动速度

要小心第三方包

1.build.gradle 远程依赖第三方包时，版本号建议写死，不要使用+号避免由于新版本的第三方包引入了新的问题

2.导入第三方工程时，记得把编码转换成自己工程当前是用的编码

3.调用第三方的包或者 JDK 的方法时，要跳进他们的源码，看要不要加 try-catch否则可能会导致自己应用的崩溃

4.使用第三方包时，是否加上其混淆规则若漏掉加上第三方包的混淆规则，会导致第三方包不该混淆的代码被混淆。在 Debug 版本没有发现问题，但是 Release 版本就会出现问题

5.系统应用添加 so 时，是否在固件对应的 Android.mk 文件上加入新增的 so，否则系统可能编译不过

注意要成对出现的地方

1.系统的、自己写的，注册和反注册的方法，是否成对出现

2.在生命周期的回调里，创建和销毁的代码是否对应起来比如：onCreate() 里面创建了 Adapter，那么对应 Adapter 的退出处理操作(比如清空Image 缓存)，一般就要写在 onDestory()，而不能写在 onDestoryView()。

类似的生命周期对应的代码有：onStart()、onStop();onCreate()、onDestory();onResume()、onPause();onCreateView()、onDestoryView()

3.若 ListView 的 item 复用了，对 Item 里 View 的操作是否成对出现比如：

比如以上对 mTitleView、mGreenLabelView 和 mRedLabelView 的操作，都是成对出现。否则 ListView 可能会由于 Item 复用，导致 Item 显示错乱问题

防内存泄漏

1.内部类，比如 Handler、Listener、Callback 是否是成 static class因为非静态内部类会持有外部类的引用。

2.假如子线程持有了 Activity，要用弱引用来持有比如 Request 的 Activity 就应该用弱引用的形式，防止内存泄漏。

3.要求传入 Activity 作为参数的函数，是否可以改用 getApplicationContext() 来作为参数

Handler相关

1.使用 View.post() 是否会有问题因为在 View 处于 detached 状态期间，post() 里面的 Runnable 是不会被执行的。只有在此 View 处于 attached 状态时才会被执行。

如果想改 Runnable 每次肯定会被执行，那么应该是用 Handler.post 来替代

2.假如程序可能多次在同一个 Handler 里 post 同一个 Runnable，每次 post 之前都应该先清空这个 Handler 中还没执行的该 Runnable如：

其他

1.多思考某些情况下，某变量是否会为空而且在函数体内，处理参数前，必须加上判空语句

2.回调函数是否处理好回调函数很容易出问题。比如网络请求的回调，需要判断此时的 Aciivity 等是否还存在，再进行调用。因为异步操作回来，Activity 可能就消失不存在了。而且还要对一些可能被回收的变量进行判空。

3.修改数据库后，是否把数据库的版本号+1

4.启动第三方的 Activity 时，是否判断了该 Intent 能否被解析

若 Activity 不存在，会出现 ActivityNotFoundException 的异常

如何做好面试突击，规划学习方向？

面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。

我们搜集整理过这几年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

我们在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

//bbs.csdn.net/topics/618156601)**

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！