包体积优化，或者说包体积瘦身，相较于 crash 治理、卡顿优化、启动优化等比较硬性的指标来说，优先级可能没有那么高。特别是对于一些孵化期和成长期的 App 来说，用户量、DAU 没有上去之前，来进行包体积瘦身收益也不高。

在 Android 当前整个 CI / CD 流程中，组件或者App产物产出时缺少核心修改信息。由于修改信息的缺失，这会让开发困惑于该产物是否包含我最新的代码提交。

最近团队里我们在密集的讨论Redis缓存一致性相关的问题，电商核心的域如商品、营销、库存、订单等实际上在缓存的选择上各有特色，那么在这些差异的业务背后，我们有没有一些最佳实践可供参考呢？本文尝试着来讨论这个问题，并给出一些建议。

目前稳定生产-TS（Technique suppport）技术支持团队在得物经过半年多的成长，已覆盖了公司绝大多数业务域，其中包括DOP（得物开放平台）、交易、社区、直播、商家后台、供应链、客服、国际、数据平台等。

得物社区是潮流内容信息流推荐场景，用户在信息流可以浏览图片、视频，在视频详情页可以通过不断下滑进行沉浸式地体验。

AirForce大目标是承载组件化相关业务、提高组件管理和发布的稳定性和效率。

性能优化是一个很复杂的工作，且充满了不确定性。它不像Java业务代码，可以一次编写到处运行(write once, run anywhere)，往往一些我们可能并不能察觉的变化，就会带来惊喜/惊吓。

随着业务的高速发展，代码量也越来越多，良好的工程结构和依赖管理对构建速度有着积极的作用，文章介绍了最近一段时间得物Android工程gradle依赖优化的一些实践，以及未来这个方向需要做的事情。

首先介绍下canvas。前端的同学可能很熟悉，举个很简单的例子：平常用的网页截图、H5游戏、前端动效、可视化图表...,都有canvas 的应用场景。

我们看下官方的定义：

“canvas是HTML5提供的一种新标签, ie9才开始支持的，canvas是一个矩形区域的画布，可以用JS控制每一个像素在上面绘画。canvas 标签使用 JavaScript 在网页上绘制图像，本身不具备绘图功能。canvas 拥有多种绘制路径、矩形、圆形、字符以及添加图像的方法。”

看着很简单，其实canvas这个标签的加入，赋予了我们更多创建惊艳的前端效果的能力。但是你知道他也有性能问题？

本篇文章就简单谈一谈canvas的性能优化。

得物流量录制回放平台经过几个月的建设，目前已支持了多个域的日常开发回归工作，沉淀了1000+自动化回归用例，帮助开发人员在上线前发现了多起隐藏bug。作为一个阶段的小结，仅以此文记录下得物流量录制回放体系建设的经验和踩过的坑...

当我们收到线上服务的报警，如何正确的处理？当遇到莫名的性能问题，如何定位到 RootCase ?线上问题诊断总是困难重重，但是我们可以通过成熟的方法论和工具链来帮助我们迅速定位问题。这里根据我们内部的实践和大家做一个分享。

回顾从零到一的特征处理以及从DeepFm到适应工程架构的DLRM的优化之路。

随着抖音、快手等短视频的崛起，短视频正在成为大家主要的娱乐消费内容，得物正在向社区化转型，短视频是非常重要的社区内容载体。但是短视频的播放卡顿在大多数场景下比较影响用户的体验。所以我们需要一整套行之有效的播放器优化的方案。

随着微服务的流行，服务和服务之间的稳定性变得越来越重要。

Sentinel是面向分布式服务架构的流量控制组件，主要以流量为切入点，从流量控制、熔断降级、系统自适应保护等多个维度来帮助您保障微服务的稳定性。

我们都知道MySQL被称为关系型数据库，其他众多存储引擎被称为非关系型数据库，这里要聊的GDB就是其中的一种。说来也讽刺，MySQL被称为关系型数据库，但是实际上处理关联关系并不那么友好。Join语句稍有不慎就是一个慢查询，DBA同学也往往盯着Join语句，常常建议我们能不用就不用。而GDB（Graph Database）的图形结构存储本身，就代表着关联关系，能够很好处理这些问题。

在社区业务中，关系尤其重要，特别是用户与用户之间的关注关系、用户与内容的点赞关系等等。这些信息能代表用户的喜好，我们能使用这些信息让他们找到志同道合者，让他们看到更多喜好的内容。本文中，我们通过几个问题，来聊聊GDB在得物社区亿级别关系链中的实战。

随着得物App业务高速发展，Android项目的代码量与组件数量迅速增加，项目编译时长也明显升高。今年初增量编译平均耗时接近3.9分钟，严重影响了开发效率，也促使我们探索各种措施缩短编译时间提升开发效率。