开源监控系统，大名鼎鼎的有nagois，catis。公司就有运维采用nagios作服务器与服务状态监控，同时结合插件提供邮件短信报警功能；catis通过snmp协议对服务器进行监控，利用RRDTool绘制漂亮的报表供你做性能分析。
这些是运维人员的利器，然而服务开发人员却很少去使用这样的工具，因为它们难以做到对我们开发的服务内部运行状态的监控。假如，你想监控自己开发服务的响应时间，五分钟一个点去绘制报表，或者监控你的服务各个时间内部缓存命中率等信息，这些工具基本帮上不忙。
近期是对storm做了不少的研究与分享，包括我之前的一篇文章《数据处理神器storm的理解与思考 ——让你的数据化作行云流水》，无论是看官方的文档，还是看其他第三方文献介绍推荐，总会让你觉得各种高端先进，毕竟它代表了一种比较新潮的设计思想，刚开始接触了解的人更会跃跃欲试。然而storm是否真如看上去那么美？还是说，storm只是另一个喜好新鲜事物的开发者把玩的玩物？这些都需要亲自尝试过才会得知。归根到底，我们应该问的问题是：我们的任务是否适合利用storm来实现？
Xposed - 一个 Hook 框架，相比经常在看雪里见到的 libinject 这样的动态注入方式，我们可以叫他为静态注入框架，也可以理解成劫持框架（因为它替换了 app_process）。本文将 Xposed 作为基础功能，讲解基础的使用，并拿一个很有意思的示例作为演示（官网的那个太low了）。
在《浅析 android 应用界面的展现流程（二）布局与视图的创建》最后我们提到，WindowManagerImpl.setView() 方法第二步是 requestLayout()，本文针对该函数进行展开分析，是开始布局与绘制的过程。
在《浅析 android 应用界面的展现流程（二）布局与视图的创建》最后我们提到，ViewRootImpl.setView() 方法第一步是将客户端与服务端联系起来，这一步不仅仅包括了将客户端的 token 传到 WMS 中，也包括了在 WMS 中创建对应 WindowState、SurfaceSession 等对象，本文先从一些重要的对象的初始化开始，到 WindowState 对象的建立，逐步把应用程序与 WMS 之间的联系说清楚。