搜索推荐算法的精准和埋点数据的准确性息息相关。一旦埋点数据出现问题，用户侧就会出现推荐商品不准确、过度推荐等问题，同时宏观的交易大盘数据的统计也会有偏差，进而影响整个商品运营策略，因此采取有效的手段来保障埋点质量就成为了闲鱼客户端质量保障的关键的一环。

在 Android 样式系统系列的前几篇文章中，我们探讨了样式和主题背景之间的区别，讨论了使用主题背景和主题背景属性的好处，并重点介绍了一些常用的主题背景属性。 今天，我们聚焦于主题背景的实际使用，如何将它们应用到我们的应用中，以及如何构建主题背景。

从Android10（API 29）开始，在原有的主题适配的基础上，Google开始提供了Force Dark机制，在系统底层直接对颜色和图片进行转换处理，原生支持深色模式。深色模式可以节省电量、改善弱势及强光敏感用户的可视性，并能在环境亮度较暗的时候保护视力，更是夜间活跃用户的强烈需求。对深色模式的适配有利于提升用户口碑。

百度App自2016年上半年尝试Feed流业务形态，至2017年下半年，历经10个版本的迭代，基本完成了产品形态的初步探索。在整个Feed流形态的闭环中，新闻详情页（文中称为落地页）作为重要的组成部分，如果打开页面后，loading时间过长，会严重影响用户体验。因此我们针对落地页这种H5的首屏展现速度进行了长期优化，本文会详细阐述整个优化思路和技术细节

Google于 2019年9月3日发布了Android10 release版本，为了更好的保护用户数据并限制设备冗余文件增加，Android 10版本变更了设备外部存储访问方式，外部存储新特性称为分区存储（Scoped Storage), 分区存储遵循以下三个原则对外部存储文件访问方式重新设计，便于用户更好的管理外部存储文件

开发者文档中提到，Android应用有三种启动状态，每种状态都会影响应用向用户显示所需的时间：冷启动、温启动或热启动。三种启动状态中，冷启动耗时最久，系统和App有较多初始化的工作。如果启动时间过长，可能会导致用户在应用商店打低分，甚至完全弃用app，所以冷启动速度是各个app非常重要的性能指标之一。

Lifecycle、LiveData和ViewModel作为AAC架构的核心，常常被用在Android业务架构中。在京东商城Android应用中，为了事件传递等个性化需求，比如ViewModel间通信、ViewModel访问Activity等等，以及为了架构的扩展性，我们封装了BaseLiveData和BaseViewModel等基础组件，也对Activity、Fragement和ViewHolder进行了封装，以JDLifecycleBaseActivity、LifecycleBaseFragment和LifecycleBaseViewHolder等组件强化了View层功能，构建出了各业务线统一规范架构的基石。

之前我写过一篇文章，介绍我在GitHub开源的滑动控件 ConsecutiveScroller 是如何实现布局吸顶功能的。有兴趣的朋友可以去看一下：Android滑动布局ConsecutiveScrollerLayout实现布局吸顶功能。

常见的Android稳定性异常，有内核异常和Android层异常。内核异常也就是常说的“kernel panic”，简称KE异常；Android层异常又分为java层crash和Native层crash，简称JE、NE异常。 上篇文章介绍了JE异常的抓取机制和处理方式，本文再讲一下NE异常。

随着业务的发展，工程的逐渐增大与开发人员增多，很多工程都走向了模块化、组件化、插件化道路，来方便大家的合作开发与降低业务之间的耦合度。现在就和大家谈谈模块化的交互问题，首先看下模块化的几个优势。

okhttp和glide都使用的lru缓存，那什么是lru缓存呢？android 又是如何实现lru缓存 的呢？