中二病也要开发 Android
我们很早开始就在 Android 项目中采用了动态加载技术，主要目的是为了达到让用户不用重新安装 APK 就能升级应用的功能（特别是 SDK 项目），这样一来不但可以大大提高应用新版本的覆盖率，也减少了服务器对旧版本接口兼容的压力，同时如果也可以快速修复一些线上的 BUG。
这种技术并不是常规的 Android 开发方式，早期并没有完善的解决方案。从 “不明觉厉” 到稳定投入生产，一直以来我总想对此编写一些文档，这也是这篇日志的由来，没想到前前后后竟然拖沓着编辑了一年多，所以日志里有的地方思路可能有点衔接得不是很好，如果有修正建议请直接回复。
说到动态加载，我们经常使用 “插件化”、“热修复”、“热部署” 等词汇，所以大家应该不会陌生。本系列的文章的主要目的是分析一下整个动态加载的过程，重点分析其中的关键技术点，并且开发一个比较灵活的动态加载框架，用于满足不同程度的业务需求。
在 Android 开发中采用动态加载技术，可以达到不安装新的 APK 就升级 APP 功能的目的，可以用来到达快速发版的目的，也可以用来修复一些紧急 BUG。
现在使用得比较广泛的动态加载技术的核心一般都是使用 ClassLoader ，后者能够加载程序外部的类（已编译好的），从而达到升级代码逻辑的目的。虽然动态加载的核心原理比较简单，但是根据功能的复杂程度，实际在 Android 项目中使用的时候还要涉及许多其他方面的知识，这里分为几个篇幅分别进行介绍。
Android 开发中，可以在 Java 代码里给 View 设置点击事件，也可以直接在 XML 布局里通过 android:onClick 属性设置回调，这篇日志注意是从源码角度分析后者的实现方式。
最近一个星期居然没有产品的需求，本来打算涂几个妹子过双 11，突然想到许多新人进项目组后会把项目以前踩的坑给再次踩一边，特别是一些会引发性能问题的 “有坏味道” 的代码，虽然一点有问题的代码暂时不管也不会有多大的影响，但是 “千里之堤，毁于蚁穴”，一旦问题严重了就不好处理了。不能指望每次都做好完整的 Code Review，最好的做法是把 “性能优化” 的技术点总结一下，输出一个文档，给那些新加入的小伙伴们看看，免得重复踩坑。
其实性能调优涉及到多方面的工作，一晚上也只能想到这么多，而且都是一些老生常谈、炒冷饭的东西， 这个贴的目的在于想骗一些高质量的干货 （我从未见过如此厚颜无耻之人 + 脑补诸葛孔明表情图），然后我再整合进来，接下来再把每一点都讲详细一点，配合项目中遇到的实例案例进行分析，最好再写个 DEMO 之类的放到 Github 骗骗粉之类的。
请大家补充要点啊，我一并处理。以下只是一时想到写的笔记，详细的分析还需要一点时间。
“一本正经地胡说八道” 用日语怎么说？大概是「真面目にふざけている」吧。这篇日志大概就是这么一个意思？
一直以来都想对 Android APP 开发的性能调优做一下总结，其实性能调优涉及到多方面的工作，每次有一些心得我都会记录下来，零零散散记录了很多，最近发现许多地方重复了，感觉还是得做一下整理的，知识就是这么牢固起来的。
“APP 卡顿” 是一个问题，我们既需要知道怎么查找出哪里造成卡顿，也需要掌握规避这些卡顿的技巧，所以这个话题可以分为 “如何定位 APP 中的性能问题” 和 “提高性能需要注意哪些点” 这两部分，后续在陆续对这两点展开讨论吧，今天先从整体分析下问题存在的原因。
Android MVP 模式 [1] 也不是什么新鲜的东西了，我在自己的项目里也普遍地使用了这个设计模式。当项目越来越庞大、复杂，参与的研发人员越来越多的时候，MVP 模式 的优势就充分显示出来了。
MVP 模式是 MVC 模式在 Android 上的一种变体，要介绍 MVP 就得先介绍 MVC。在 MVC 模式中，Activity 应该是属于 View 这一层。而实质上，它既承担了 View，同时也包含一些 Controller 的东西在里面。这对于开发与维护来说不太友好，耦合度大高了。把 Activity 的 View 和 Controller 抽离出来就变成了 View 和 Presenter，这就是 MVP 模式。
重新启动博客后，第一件事就是要选主题。 无论是空间时代、Wordpress 时代，还是现在换成 Hexo，每次我都要折腾好几天选一个喜欢的主题。
到目前为止，最喜欢的主题是 萌の空 的响应式 WP 主题，但是如今 Soma 已经放弃该博客了，主题也没有开源出来，所以又得找新的主题了。把国内外大大小小的 Hexo 主题翻了个边，连 Fork 的主题都没放过，发现最满意的还是 TranquiPeak，不过我不喜欢直接拿来用，有不少地方还得改一改。
Themia 是一个华丽的 Hexo 响应式主题，由 LouisBarranqueiro 开发的主题 TranquiPeak 的基础上改造而来， 大部分功能都是原有主题的 ，只是为了我自己的需求做了小部分的修改。
App 启动 MultiDex 主要是为了解决 “65535 方法数超标” 以及 “INSTALL_FAILED_DEXOPT” 问题，就目前来说，对于使用 Android Studio 的朋友来说，MultiDex 这个术语应该不陌生。而对于那些从早期使用 Eclipse 开发 Android 的人来说，这个词语则更加再熟悉不过了，因为用 Eclipse 开启 MultiDex 功能实在是太坑爹了（默默给 Eclipse 加一把土）。
“工欲善其事，必先利其器。” 使用 Android 模拟器 开发和调试应用肯定比使用真机方便。但相比 XCODE 的 IOS 模拟器，Android SDK 自带的 AVD 实在不争气，不过一些第三方的模拟器却表现不俗！
10 年我开始接触 Android 开发时候，手头上甚至连一部低端的 Android 手机都没有，那时候用的是 Android SDK 自带的 AVD 模拟器，相信任何 Android 开发者都对这货深恶痛绝。一直以来，Android 开发都有以下的毛病：
一直以来都想找一款能够顺畅运行 APP 的 Android 模拟器，以下就介绍几款比较给力的。
