在手淘首页启动的瞬间，报出了一个看起来很普通的 crash，却引发了后续一系列奇怪的问题，这篇文章就对这个问题的记录做一个详细记录。

尽管我们可以通过稳定性体系建设，来避免出现生产系统故障。但是仍然无法彻底避免一点风险都不会产生，当稳定性风险产生后，怎么快速协调组织，缩短故障时长，科学的流程就非常重要了。

好在我们现在就开始思考的话，我们还有充足的时间去设计各个环节，并让参与的同学充分的锻炼，从而做到训练有素，为故障恢复争取宝贵的时间。

Fish-Redux开源以来，已经在闲鱼核心链路上做了大量验证。从初期的宝贝详情页，发布页面开始，Fish-Redux在闲鱼的使用程度逐渐提高。Fish-Redux框架的使用极大提升了复杂页面场景下的开发效率。特别是通过框架提供的组件复用和状态管理能力，我们大幅降低了代码冗余也简化了页面复杂度。

WebGL和H.265播放器又有哪方面的联系？

目前在 Web 标准中，手势能力是属于缺失的一块能力，更多的开发者通过 hammer.js 来获得一个通过 JavaScript 模拟出来的手势事件来开发一个手势强交互的应用，或者是直接基于更底层的 Touch event来做进一步的封装。

作为前端，我们如何做容灾来提高页面稳定性。

淘宝特价版是集团内应用Flutter技术场景比较多，且用户量一亿人以上的应用了。目前我们首页、详情、店铺、我的，看看短视频，及评价，设置等二级页面都在用Flutter技术搭建。

我们发现使用Flutter经常会遇到性能问题。因为Flutter严格意义上仅是一种“UI渲染框架”，它通过异步来来实现子线程渲染UI，并且通过Skia保证两端“渲染的一致性”。但子线程执行并渲染，且动态库打包这些策略并非“一片通吃”，会导致损耗页面打开性能及可交互时长的增加。试想，app启动时动态库加载的dynamic binding（影响启动时长），页面启动时主线程启动了页面，但ui渲染却需要等待Flutter的子线程执行并渲染，低端机上页面会短暂白屏（页面未渲染影响可交互时长，虽然fps欺骗性的提高了）。

Flutter有性能瓶颈，但重度使用Flutter研发的我们是如何做到性能优化的？

MapStruct是一个属性映射工具，用于解决对象之间转换问题。

理论结合实践，Java Mockito单元测试终结之作。

对于研发同学而言，探究事物的本质，是最基础最核心最先需要被掌握的技能，没有之一。

一种运行时替换 react 组件的可扩展方案探索与实践。

本文将以 swr 为例子，讲述现在最热门的 useRequest、swr 和 react-query 三个请求 hooks 的新机制，以及新机制后 class Component 和 hooks 在设计上的区别。

闲鱼大型历史应用治理之路

技术同学都知道，当表数据超过一定量级，我们就需要通过分表来解决单表的性能瓶颈问题；当数据库负载超过一定水平线，我们就需要通过分库来解决单库的连接数、性能负载的瓶颈问题。

本文主要阐述在同时满足以下业务场景：

• 分表分库存储
• 需要对分表数量不同的表进行同事务操作
• 这些表的分库分表策略依赖的Sharding业务ID一致

等情况下，让这些不同数量级表，在同一个业务ID的事务操作路由到同一分库中的方案，省去解决垮库事务的烦恼。

观点、情感以及与之相关的许多概念，如评价、态度、感情和心情，与我们主观的感觉和感受密切相关。我们对于现实世界的感知和感受，包括我们做出的任何选择，也很大程度上受到他人对于当前世界的洞察和观点的影响。情感分析伴随着网络社会媒体（如评论、论坛、微博、新闻资讯网站）的兴起而快速发展。这些也被称为用户生成内容（ugc）的社会媒体数据，社会媒体中用户生成内容蕴含了大量的用户观点信息，要从中挖掘有用知识需要对情感计算与观点挖掘问题进行研究。自2000年来年初以来，情感计算已称为自然语言处理领域最活跃的研究问题之一。情感计算系统几乎在每一个企业、卫生机构、政府乃至整个社会都有广泛应用。

随着数据规模的不断扩大，用户SQL的执行时间越来越长，这不仅对数据库的优化能力提出更高的要求，并且对数据库的执行模式也提出了新的挑战。随着数据库在云上的蓬勃发展，越来越多的传统用户迁移到云上，享受云上弹性扩展的红利，但是随着业务的快速扩张，却发现即使动态增加了很多资源，但SQL的执行时间还是越来越慢，并没有随着资源的投入达到预期的效果。显而易见，虽然新增了很多资源，但这些资源并没用被充分利用，很多传统的商业数据库，如Oracle、SQL Server等都提供对并行查询引擎的支持，以充分利用系统资源，达到加速SQL执行的效果。