鲁棒性，是一种具有自我保护的系统特性，落实到细节的地方绝不止设计和开发环节。

互联网工程的高速发展，分布式、微服务、容器化架构的流行，互联网已全面进入云原生时代。构建系统的方式由最初的单体大应用演变为分布式架构，一台服务器可能仅存几小时甚至几分钟，这种复杂性大大增加了把系统运行状态可视化的难度。

高德打车业务的发展历程也不例外，同样经历了从单体大应用到服务化拆分的过程，庞大的应用体系和架构的不断升级，保障了多个节假日出行高峰的稳定，业务仍在持续快速的发展中，如何保障这套庞大又复杂的系统持续高性能、高可用、高可控？构建360度无死角的多维度可观测能力显得愈发重要。

参数校验，为了保护自己的代码，一般都会在开发中假设所有的参数都是不可靠的。针对所有的参数校验场景自己一次进行判断及错误信息的提示。

还有一种case，重一点的业务参数校验，有时候也会被不厌其烦地校验，散落在各个子系统或者系统的各处模块代码中。

针对以上的场景，本文探讨一下如何优雅地在业务系统中做参数校验，分享构建通用校验模块的一些实践。

在手淘首页启动的瞬间，报出了一个看起来很普通的 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 在设计上的区别。

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