文章的名字我想了很久，备选项有“我再不推荐 Redux”，“Redux 为什么令我头疼”，“Redux 进化启示录”等等。通过这一系列名字我想你大概能猜到我接下来想聊的问题是什么，但这个问题放眼望去不是 Redux 独有，而是在做技术决策时经常会遇到的，即使对于非前端背景的开发者也同样成立。最后决定用一个带有开放式标题也许能够引起更多的共鸣。

react redux

在本文中你将看到我最终得出的结论是 Mobx 的性能优于 Redux。但很明显这样的结论是片面的，甚至是有失偏颇的，因为我只选取了一个的场景对两者进行测试。可能真实的情况恰恰相反，Mobx 仅仅在我测试的这个场景中优于 Redux，但是在我所有没有测试到的场景中都劣于 Redux，这都是有可能的。性能跑分这类东西从来都不要放在心上，「鲁大师」不也是被戏称为「娱乐大师」嘛。

react redux mobx performance

为什么翻译这篇文章，是因为本文中给出的建议和我在实际项目中的实践不谋而合，更彻底也更优秀。所以特别想分享给大家。

react redux

建议在阅读完上一篇React + Redux 性能优化（一）：理论篇之后再开始本文的旅程，本文的很多概念和结论，都在上篇做了详细的讲解

react redux performance

本文的叙事线索与代码示例均来自High Performance Redux，特此表示感谢。之所以感谢是因为最近一直想系统的整理在 React + Redux 技术栈下的性能优化方案，但苦于找不到切入点。在查阅资料的过程中，这份 Presentation 给了我很大的启发，它的很多观点一针见血，也与我的想法不谋而合。于是这篇文章也是参照它的讲解线索来依次展开我想表达的知识点

react redux performance

在阅读本文之前你首先要对前端的Flux架构和Redux架构有所了解（或者可以通过这篇文章对Flux进行扫盲），因为本文就是介绍Flux架构和Redux架构背后的设计思想。

react flux redux

在阅读本文之前你首先要对前端的Flux架构和Redux架构有所了解（或者可以通过这篇文章对Flux进行扫盲），因为本文就是介绍Flux架构和Redux架构背后的设计思想。

react flux redux