Redux is a predictable state container for JavaScript apps.
简单的说就是Redux能够管理js app的状态，状态是由数据维护的，也就是说Redux是管理数据的。那么Redux是怎么管理数据的呢？
store
一个Redux app中只有一个store，所有的数据都在这个store中，而通过createStore(reducer, [initState])，initState是可选参数，也就是说决定store的是reducer，reducer决定store中存放什么样的数据、处理什么样的数据、处理数据的方式。
store在创建的时候内部会执行dispatch({ type: ActionTypes.INIT })，用来初始化整个store的数据结构，同时获取reducer中的默认数据。之所以能拿到全部的数据结构，是因为在dispatch({ type: ActionTypes.INIT })的时候，所有的reducer都会执行，并根据reducer的combine结构生成数据。在Redux内，每执行一次dispatch，所有的reducer都会执行。
reducer
所以这里就有个问题，如果reducer比较多的时候，性能是不是就会出问题。大家可能会想到减少reducer，这也是一个办法，但是如果刻意减少reducer的话，可能会导致某个reducer内过于复杂，后期难以维护。
代码语言：javascript复制const dispatcher = (state={}, action) {
switch (action.type) {
case "TYPE1":
case "TYPE2":
return reducerFirst(state, action)
case "TYPE3":
return reducerSecond(state, action)
default:
return state
}
}通过这样简单的过滤就可以实现只让对action感兴趣的reducer执行，简单，方便，快捷。
action
action是个object，它必须有个type属性，一般是个常量，来标示action类型，方便reducer处理。除去type剩下的一般就是要处理的数据，如果数据比较简单可以直接使用Object.assign({}, state, action.data)来处理，这种方法仅适合简单数据。
如果是复杂数据，有较深的层级，就要使用深度拷贝，这时候你可以使用lodash的cloneDeep进行深度拷贝。
代码语言：javascript复制var objects = [{ 'a': 1 }, { 'b': 2 }];
var deep = _.cloneDeep(objects);
console.log(deep[0] === objects[0]);
// ➜ falseimmutable
但是复杂数据的深度拷贝是很花性能的，这个时候就可以使用immutable.js来解决这个问题。immutable不可改变的意思，在Object-C中是原生提供这种数据类型的。对immutable.js生成的数据进行操作之后总是返回一个新的数据，原有的数据不会改变。
代码语言：javascript复制var Immutable = require('immutable');
var map1 = Immutable.Map({a:1, b:2, c:3});
var map2 = map1.set('b', 50);
map1.get('b'); // 2
map2.get('b'); // 50immutable.js通过结构共享来解决的数据拷贝时的性能问题，数据被set的时候，immutable.js会只clone它的父级别以上的部分，其他保持不变，这样大家可以共享同样的部分，可以大大提高性能。如图
subscribe
每次执行dispatch，通过subscribe注册的listener都会被执行，如果listener较多，或者listener内部处理比较复杂也会对性能产生影响， 而且在listener内部很难区分哪个数据被改变了，如果在listener内部继续dispatch，而没有处理好执行dispatch条件的话，很容易造成dispatch->listener->dispatch死循环。所以建议通过middleware的方式来处理，而且在middleware内部可以知道action是什么，就可以只处理关心的action。
总结
预分配reducer、精简reducer
精简action数据或使用immutable.js
使用middleware处理特殊需求(reducer中不方便处理的需求)
