在 Android 中使用 RxJava 经常会用到 observeOn 这个操作符来完成线程的切换，比如网络请求之后切换到 “主线程”，通常会这么写： Observable.observeOn(AndroidSchedulers.mainThread()) 然而我遇到一个奇怪的问题，onNext 有时候会丢失

积跬步，以至千里；积小流，以成江海。 场景：当应用处于后台时，默认情况下，从通知启动一个Activity，按返回键会回到主屏幕。但遇到这样的需求，按返回键时仍然留在当前应用。类似于微信、QQ等点击通知栏，显示Chat页，点击返回会回到主Activity。 一 在MainActi…

从这篇文章中你能获得这些料： 知道 setContentView() 之后发生了什么？ 知道 Android 究竟是如何在屏幕上显示我们期望的画面的？ 对 Android 的视图架构有整体把握。 学会从根源处分析画面卡顿的原因。 掌握如何编写一个流畅的 App 的技巧。 从源码中学习 Android 的细想。 收获两张自制图，帮助你理解 Android 的视图架构。

许多开发者习惯于使用枚举，但其占用内存相对较高，谷歌不推荐使用。而枚举的作用在许多场景下可以使用注解代替，也就是本文所推崇的 -- 优先使用注解，慎用枚举。

这是Android多线程篇的第二章，在上章我们比较了Thread和Runnable创建线程的异同，也简单地模拟了多线程执行任务的场景。但实际上，这样执行多线程任务是不安全的，这章我们将分析为何会出现线程不安全的情况以及如何使用synchronized解决这样的问题 上回说到小R…

结合 LeakCanary 工具详细介绍了内存泄漏的起因以及测查、避免方法。

我们都知道 Android 的四大组件，分别是：Activity, Service，ContentProvider 以及 BroadcastReceiver，实际开发中前两者接触的更多一点，后面两个虽然不怎么常用但是偶尔也会接触到，今天我们要说的就和 BroadcastReceiver 有关，当我们想要去使用 BroadcastReceiver 会看到官方的提示：如果你不需要应用间的通信，可以考虑使用 LocalBroadcastManager，会有更高的执行效率，因为它不涉及进程间通讯，而且不用担心普通广播可能产生的一些安全性问题， LocalBroadcastManager 是何许人也，听着好像是普通广播的阉割版，实际使用上看，他们确实有些相似，只是 LocalBroadcast 不能实现跨进程，但当我们揭开它神秘面纱，你就会发现，它其实和普通的广播一点关系都没有，如果非得扯出点关系的话，那就是他们都借助了 BroadcastReceiver 这个类来担当 receiver 的角色。

这篇文章详细介绍了 Android 项目组件化的实施步骤，每一步需要解决的问题，每一步都配有代码和详细的介绍，最后还附上了能够正常运行的 Android 组件化项目 Demo，可以直接复用。

有几个问题需要思考，系统为什么会杀掉进程，杀的为什么是我的进程，这是按照什么标准来选择的，是一次性干掉多个进程，还是一个接着一个杀，保活套路一堆，如何进行进程保活才是比较恰当...... 如果这些问题你还还存在，或许这篇文章可以解答。