Redux里的reducer就像个守门员，专门管着应用里所有数据的变来变去。当用户点按钮或者页面跳转的时候，reducer就出来检查当前数据是什么样，新来的消息又说了什么，然后根据这两样东西算出新的数据样子。比如说登录功能，reducer会先看用户有没有账号密码，再决定是把登录成功的信息放进去，还是继续提示输入框。这个守门员每天要处理成千上万次数据检查，但每次都只记住当前数据的样子和最新消息，这样就不会把旧数据和新消息搞混了。

为啥reducer要这么设计呢？因为应用里的数据就像河流里的水，每个动作都是往河里倒水，reducer就是那个决定水位怎么变的水闸。官方文档说超过90%的Redux项目都用reducer处理核心业务逻辑，比如状态从{}变成{user:{name:'小明'}}，或者从{cart:[]}变成{cart:[{id:1,name:'苹果',count:3}]}.数据流设计让开发者能像搭积木一样，把登录、购物车、消息通知这些功能模块拆开单独写reducer，再拼在一起用。就像数学里的加减法，每个reducer只管自己那块加减，加起来就是完整的状态变化。