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

在 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缓存 的呢？

Android SurfaceView 是Android系统中的高级组件，它有自己的绘制界面，可以在一个独立的线程进行UI的绘制，
因此不会阻塞主线程，这也是我们使用SuefaceView播放gif图片的原因。

so文件是C、C++的函数库，在Android中 调用这些库，使用的是JNI（ Java Native interface）

JNI 可以使Java程序调用本地程序或者库（一般是使用C、C++ 或者汇编语言编写）。

这篇文章 会介绍 使用Android Studio 如何生成so文件，及如何使用so

在前一篇 Android 样式系统文章中，我们介绍了主题背景与样式的区别，以及如何编写灵活的样式与布局代码用于抽离可变化部分。

IM在Android上的保活问题经常在即时通讯网的论坛和技术群里被讨论，自从Android 8.0后系统大大降低了后台运行应用的保活容忍度（详见《Android P正式版即将到来：后台应用保活、消息推送的真正噩梦》），保活从黑科技横行的时代进入了技术蛮荒阶段，真要实现保活，技术难度越来越大。

安居客 Android App 距离上次的模块化/组件化重构已经两年多了，重构之后很好的支撑了两年多以来的业务发展。但这个世界总是在向前走的，没有任何一种架构能够一劳永逸的解决所有问题，外部环境的不断变化相应的也要求项目架构做出改变，以此来应对环境变化所带来的挑战。

本文主要介绍如何实现 React Native 的全埋点，主要是控件点击 $AppClick 事件。该内容，会默认你有一定的 React Native 开发经验

很多小伙伴可能在学习view的绘制流程源码的时候有点抓不住重点，所以在分析代码的时候绕来绕去脑袋晕乎乎的。今天我就来给大家化繁为简，只关注它最核心的东西。

崩溃分析，是将 Android 和 iOS 平台常见的 APP 崩溃问题进行归类分析，帮助企业根据崩溃指标快速发现、定位问题。

说到死锁，大家可能都不陌生，每次遇到死锁，总会让计算机产生比较严重的后果，比如资源耗尽，界面无响应等。

halo~最近工作上写的东西比较简单，感觉分享不出来，最近刚好看到数据加密这一块，感觉挺不错的，也挺好用的，所以下面分享给大家！

在开发项目的时候，有时候会遇到一些比较复杂的页面，需要多个不同的列表或者滑动布局、甚至是WebView,组成一个完整的页面。要实现这样一个复杂的页面，在以前我们可能会通过布局嵌套的方式，在一个大的ScrollView下嵌套多个RecyclerView、WebView、ScrollView来实现。但是这种嵌套的方式不仅会严重影响布局的性能，而且处理滑动事件的冲突也是一件头疼的事，处理不好会严重影响用户操作的体验。

最近接手了一个公司项目，项目比较老了，从Android 5.0之后就再也没有适配过了，然而重写时间又来不及，然后我的爬坑之旅便开始了。（以下适配方案是按照项目需求顺序来的）

本文不涉及到任何代码，只讲概念层面的，结合本人在实际开发过程中的各种体验，对这几种跨平台技术进行一个点评

多年来，跨平台移动开发已经获得了最流行软件开发趋势之一的声誉。这并不令人意外，因为采用跨平台开发技术使得软件工程师使用同一代码就能为不同平台构建应用程序，从而节省时间、金钱以及不必要的工作。

Unicode（统一码、万国码、单一码）是计算机科学领域里的一项业界标准，包括字符集、编码方案等。Unicode 是为了解决传统的字符编码方案的局限而产生的，它为每种语言中的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。1990年开始研发，1994年正式公布。

很多App在首次启动时一通弹窗，申请各式各样的权限。后来苹果为改善用户体验，在App Store审核时要求App必须在使用前一刻才能申请权限，有效改善了此类问题。比如一款直播App，当你启动App时并不需要相机、录音权限，等到你开播时才需要申请这两个权限。这一场景，其实就类似今天要提到的Android动态授权。

从Futurice公司Android开发者中学到的经验。

网络优化解决的核心问题有三个，第一是安全问题，我们在系列《一》DNS优化进行了详细的讲解。第二是速度问题，我们在系列《二》连接优化也做了详细的介绍。第三是弱网问题，它是网络优化中最为复杂且需要反复验证和分析的问题，我们的系列《三》弱网优化就是要深入探讨这个问题。