1.createStore(reducer，preloadedState，enhance)
参数:
reducer：给出action和当前state，返回下一个新的state；
initState：初始化state, 如果reducer是使用combineReducer提供的方法，
那么state一定是和reducer的key值一样的结构对象；
enhancer：必须是fun，不然会报错，高阶函数，返回强化过的高阶函数，
就是将creatStore的能力增强 。
返回:
store：可供读写并且监控改变的store，当然写只能通过dispatch（state, action）了
注册了4个方法:
getState()
获得store中当前的状态。
dispath(action)
分发一个action，并返回这个 action，这是唯一能改变 store 中数据的方式。
subscrible(listener)
注册一个监听者，他在 store 发生变化时被调用。
replaceReducer(nextReducer)
更新当前 store 里的reducer
createStore就是一个大的闭包，就是一个函数里面有别的函数的话，那么在外部调用里面的函数，那么在外部函数的state，reducer，listener都不会被销毁，就一直存在，里面的函数可以对公共方法变量进行读写。。。
2.combineReducers(reducers)
把reducer函数检查过滤，合成一个新的函数，dispatch的时候，挨个执行每个reducer
接收reducers对象(key-value)，以reducers的name作为key。
返回一个函数combination，这个方法才是最终的reducer
3.applyMiddleware
创建一个store强化器，能提供中间件去dispatch action。
看代码就是。。。先创建createStore，再循环参数，将state和dispatch作为参数传入，依次调用中间件，将上次的调用返回的store传入下一个中间件。
redux执行同步的数据修改是没问题的，但是异步的数据修改，需要redux-thunk中间件，就是action发出后过一段时间再执行reducer。
中间件会被放在applyMiddleware()中，在applyMiddleware方法中，遍历所有的middleware，将state和dispatch作为参数传入，依次执行，最后才dispatch action，这就实现了，在action和reducer之间增加了功能，可以做异步处理的地方。
4.bindActionCreators
bindActionCreators唯一的用处就是在子组件未察觉redux的情况下，将dispatch传递给子组件。
5.compose
深度执行函数，从右到左，依次执行。applyMiddleware 机制的核心在于组合 compose，将不同的 middlewares 一层一层包裹到原生的 dispatch 之上,
6.provider
提供3中方法：
getChildContext：外部store对象放入context中，使子孙组件能够直接访问
render：渲染子级元素，使整个应用成为provider的子组件
constructor：初始化获得props中的store
provider会将由props传入的store，渲染到自己的context上，再由connect取出context的内容，渲染到子组件上
