码个蛋

尽管可伸缩构造器在JVM世界很流行，Effective Java 认为对于较大较复杂的类应该使用构建者模式（Builder pattern）。

不知道大家有没有想过这样一个问题，日常开发中最常用到的通过 startActivity() 唤起一个新的 Activity，所创建的 Activity 对象到底被谁持有引用了？新启动的 Activity 对象在其生命周期中理应是一直被持有引用，不然系统 gc 的时候就会被回收掉…

我们App的适配从 targetSdkVersion = 26跨版本升级到29，因此会遇到大量的坑，最终的版本配置如下： 现在进入填坑适配指南，包含实际经验代码，绝不照搬翻译文档 1.Region.Op相关异常 当 targetSdkVersion >= Build.VERSI…

作为Java四大名著的Effective Java，历来赞誉极高。随着近年来Kotlin的攻城略地，身为一名优秀Android开发的你，怎么还能囿于老的招式。很高兴超凶的土拨鼠同学，给我们带来的Effective Java in Kotlin。

如何完成作坊到工厂的转变？把上面那些技术全都用一遍吗？哪怕你说插件化 Kotlin 都不适合我们，我找出适合我们的技术都用上，就是大工厂了吗？

上一篇《 LruCache 缓存机制，深入浅出，发现了一个源码 bug》 中我们介绍了 LruCache 的使用和原理，同时也提到了 LruCache 本质就是在维护一个 LinkedHashMap，具体为什么是 LinkedHashMap 而不是其他对象，我们通过以下几个问题…

夜读源码发现 Android 源码 Bug。LruCache 是我们经常使用的缓存机制，也叫 “最近最少使用的” 缓存策略。但竟然有 Bug。

我码仔才是Android 界最靓的仔！

念段咒语！让代码自己打包。