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

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

单元测试可以确保应用的各个部分正常工作，但如何确保整个应用正常工作呢？这就需要用到集成测试了。

众所周知，内存的高低是评判一款app的性能优劣的重要的指标之一。如何更简单的帮助开发者分析、暴露且解决内存泄漏问题，几乎是每一个平台或框架、开发者亟需的一个的"标配"的feature。但是对于flutter社区，缺少一款用得顺手的内存泄漏工具。 对于使用flutter而言，因使用dart语言，通过形成渲染树提交到c++的skia进行渲染，从dart层到c++层拥有很长的渲染链路，使用者必须对整个渲染链路有通盘深刻的理解，才能深刻此时此刻的内存使用情况。本文提出一种基于渲染树个数的方式寻找内存泄漏的解决方案。

我们的使命是为开发者提供一个开源的高效框架，帮助他们在任何平台上构建美观的原生应用。截至目前，我们已经为 Android 和 iOS 带来了生产级别的支持，发布了 8 个稳定版本，仅在 Google Play 商店中就有超过 10 万款应用使用 Flutter。我们在继续努力，将支持范围扩展至 web、macOS 和 Linux 等其他平台。如今，Flutter 的另一个目标，即支持 Windows 的 Flutter Alpha 版本已经发布。

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

内存水位升高导致的稳定性问题严重影响app用户体验，所以开发者们非常关注Flutter的内存表现。随着Flutter业务越来越多，闲鱼也面临着oom导致的crash率提升的问题，下面我们结合项目中实际遇到的内存问题和解决思路跟大家分享下flutter内存优化的经验。

百度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异常。