android游戏开发引擎！一年后斩获腾讯T3，系列篇

1.写在前面

Google在上周发布了Android Studio 3.0的正式版本，周四早晨在上班的地铁上就看到群里在沸沸扬扬的讨论关于3.0版本的各种坑，啊，不对，各种特性，到公司之后就迫不及待的更新了3.0版本，嗯，还算顺利，只遇到了一个坑，一切都在happy的进行着。

什么，你以为我想要写遇到的坑是什么，呵呵哒，我才不会告诉你，等等。。。手里的板砖先放下，一会说还不行吗，今天我们主要来聊聊如何在Android Studio 3.0上分析内存泄漏，文章的内容很简单，但是自己摸索还是需要一些时间的，所以就在这里记录下来分享给大家。

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

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 的异常

5.新注册的 Activity、Service 或 Provider，若 AndroidManifest.xml 中 exported 属性为 true，要考虑是否会引发安全性问题

因为 exported 属性为 true 时，外部应用就可以直接调用起该 Activity。可能导致的问题：1）若外部应用直接启动详情页，从而让某些验证页面直接被绕过2）若外部应用给该 Activity 传递乱七八糟的 Intent，可能让该应用崩溃。也就是 Android中的拒绝服务漏洞

5.除数是否做了非 0 判断

6.不要在 Activity 的 onCreate 里调用 PopupWindow 的 showAsLoaction 方法，由于Activity 还没被加载完，会报错

文末

初级工程师拿到需求会直接开始做，然后做着做着发现有问题了，要么技术实现不了，要么逻辑有问题。

而高级工程师拿到需求会考虑很多，技术的可行性？对现有业务有没有帮助？对现有技术架构的影响？扩展性如何？等等…之后才会再进行设计编码阶段。

而现在随着跨平台开发，混合式开发，前端开发之类的热门，Android开发者需要学习和掌握的技术也在不断的增加。

通过和一些行业里的朋友交流讨论，以及参考现在大厂面试的要求。我们花了差不多一个月时间整理出了这份Android高级工程师需要掌握的所有知识体系。你可以看下掌握了多少。

混合式开发，微信小程序。都是得学会并且熟练的

这些是Android相关技术的内核，还有Java进阶

高级进阶必备的一些技术。像移动开发架构项目实战等

Android前沿技术；包括了组件化，热升级和热修复，以及各种架构跟框架的详细技术体系

以上即是我们整理的Android高级工程师需要掌握的技术体系了。可能很多朋友觉得很多技术自己都会了，只是一些新的技术不清楚而已。应该没什么太大的问题。

而这恰恰是问题所在！为什么别人高级工程师能年限突破30万，而你只有十几万呢？

就因为你只需补充你自己认为需要的，但并不知道企业需要的。这个就特别容易造成差距。因为你的技术体系并不系统，是零碎的，散乱的。那么你凭什么突破30万年薪呢？

我这些话比较直接，可能会戳到一些人的玻璃心，但是我知道肯定会对一些人起到点醒的效果的。而但凡只要有人因为我的这份高级系统大纲以及这些话找到了方向，并且付出行动去提升自我，为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢！

以上系统大纲里包含的所有技术资料，我这里都有的。可以免费分享给有需要的朋友！

话找到了方向，并且付出行动去提升自我，为了成功变得更加努力。那么我做的这些就都有了意义。

喜欢的话请帮忙转发点赞一下能让更多有需要的人看到吧。谢谢！

以上系统大纲里包含的所有技术资料，我这里都有的。可以免费分享给有需要的朋友！

资料领取方式：点击我的腾讯文档