这篇文章转载自GavinCT的： Material适配1 - 入门篇 与 Material适配2 - 高级篇 ，在这里两篇文章合并到了一起，内容思路清晰，浅显易懂。 随着Material Design的普及，很多开发人员都会面临App的Material适配。如果你的App不只是针对5.0以上设备的话（多数

Android 开源界最伟(jian)大(zhi)高(kai)效(gua)的公司 Square 又向业界投下一颗重磅炸弹。推出了一个叫 LeakCanary 的玩意儿，可以通过简单粗暴的方式来让开发者获取自己应用的内存泄露情况。而且得益于 gradle 强大的可配置性，可以确保只在编译 debug 版本时才会检查

转自： http://www.jianshu.com/p/7db231163168 前两天，Square开源了一个内存泄露自动探测神器—— LeakCanary ，它是一个Android和Java的内存泄露检测库，可以大幅度减少了开发中遇到的OOM问题，对于开发者来说，无疑是个福音，下面对该库的 readme 进行简

转载自： http://blog.isming.me/2015/05/10/sticker-view/ ，虽然不知道这个“图片贴纸”是干什么的，但感觉很厉害的样子，有点意思。先贴图： 项目地址： https://github.com/sangmingming/StickerView 原文如下： 我们的项目包含图片编辑功能，特别是包含

转载自： http://bxbxbai.gitcafe.io/2015/05/05/a-serializable-test/ Android开发过程中会遇到很多情况，需要将一个Java序列化，比如序列化一个对象来保存当前一些信息，等下次App启动后再还原。 对象序列化可以有好多种方法，一般最简单的就是实现 Serial

如果你读过该系列的第一篇文章,那么你一定看看在真实的代码中如何去实现。Dagger官网有一个咖啡机的例子，同时Jake Wharton在github上面也提供了一个更棒的例子给更有经验的用户参考。但是我们需要一个稍微简单一些的例子，而咖啡机并不符合我们的业务场景，

在这个系列中，我将向你解释什么是依赖注入，为什么使用依赖注入以及在Android中如何使用依赖注入框架dagger， dagger是square出品的专门为Android优化设计的依赖注入框架。这篇文章是是我上一篇关于如何在Android项目中使用MVP模式的姊妹篇，读者中一定有人

bitmap的大小本身不是什么问题。当内存快要满了的时候，OOM随时随地都可能发生。尤其是在创建大对象的时候更容易发生，比如bitmap。OOM一般代表着更深层次的问题：内存泄漏。LeakCanary 是一个开源的在debug版本中检测内存泄漏的java库。

这是实现材料设计风格的INSTAGRAM系列文章的总结。如果你已经阅读了前面的文章，可以直接跳过此文。 几个月前我开始了一个实现 设计师Emmanuel Pacamalan发布的一个视频 中绝大多数视觉效果的项目。这个视频演示了谷歌新的设计语言 - 材料设计 。所有的东西