redux中间件的原理是什么
中间件提供第三方插件的模式，自定义拦截 action -> reducer 的过程,变为 action -> middlewares -> reducer。这种机制可以让我们改变数据流，实现如异步 action ，action 过滤，日志输出，异常报告等功能。 常见的中间件：
- redux-logger：提供日志输出
- redux-thunk：处理异步操作
- redux-promise：处理异步操作，actionCreator 的返回值是 promise
你会把数据统一放到redux中管理,还是把公共的数据放到redux中管理
不是react native，所有数据都要放在redux中管理。如果只是把共用的数据放在redux中，一个组件中会既有state、props和redux存储数据，那么当页面出现问题，要从state、props和redux三个方面检查，开发程序是很快的，但是最费时间的是程序后期的可维护性和代码的可调节性。如果数据都放在redux中管理，项目出错以后，就只用检查redux，定位错位很快。不要想着state中的数据只会供一个组件使用，在项目越来越大的时候，说不准别的组件会需要使用。redux中可以存储5GB的数据（Dell老师做过测试）。所以，能用redux的时候一定要用redux，对于后期的维护来说很方便。immutable，当你把redux和immutable这个库结合使用的时候，你整个项目的性能会达到最优，而且非常非常简单。没有数据臃肿的顾虑。
componentWillReceiveProps的调用时机
props改变的时候才会调用,父组件第一次往子组件传值的时候，不会调用。
React性能优化的最佳实践
PureComponent,自带shouldcomponentupdate，是一个浅比较,传入的props没有太大的变化时不渲染render函数.将它通过与immutable.js库的结合，完美的解决react的性能问题，非常的完美。
虚拟dom是什么？为什么虚拟dom会提升代码性能
虚拟DOM就是js对象.
为什么现在都用虚拟dom，虚拟dom就是真实dom的一个js对象。以前需要两个页面的差异，需要去比对真实dom的比对，真实的dom节点会有事件，属性，还会有各种各样的方法。所以两个真实dom的比对会非常耗性能。于是把dom对象变成js对象，js对象就没有dom对象上乱七八糟的特性了。js对象就比较快。
webpack中，借助loader完成的JSX代码的转化，还是babel？
是借用babel-preset-react
本身react代码是不可以在浏览器运行的,是react脚手架把代码转换得以在浏览器上运行。vue是借助webpack中的vue-loader来转换的，但是对于react来说，并没有react-loader来转换,react是通过babel-preset-react来把代码转换为es5的。
调用setState后，发生了什么？
- 代码中调用 setState 函数之后，React会将传入的参数对象与组件当前的状态合并，然后触发所谓的调和过程
- 经过调和过程，React 会以相对高效的方式根据新的状态构建 React 元素树并且着手重新渲染整个 UI 界面
- 在 React 得到元素树之后，React会自动计算出新的树与老树的节点差异，然后根据差异对界面进行最小化重渲染
- 在差异计算算法中，React 能够相对精确地知道哪些位置发生了改变以及应该如何改变，这就保证了按需更新，而不是全部重新渲染。
setState是异步的，这个点你在什么时候遇到过坑
this.setState({
age: this.state.age + 1
}) // 如果是连续点击一个按钮调用这个setState，会出现数值不是一个一个加上去的，而是会出现一次几个的变化，因为react会把多个setState整合为一个，最后在改变state。
this.setState((prevState) => ({
age: ++ prevState.age
})) // 不管你怎么疯狂的点击按钮，都会一个一个往上加。
this.setState((prevState) => ({
age: ++ prevState.age
}),()=>{
console.log(this.state.age)// 会打印最新的age
})
refs的作用是什么，你在什么业务场景下使用过refs
作用:操作DOM
ref是一个函数，有什么好处？
好处：方便react在销毁或者重新渲染组件的时候去有效的去清空ref里面的东西，防止内存泄漏
下面的代码中可以在component中获取到ref
高阶组件你是怎么理解的，它的本质是一个什么东西？
在react里面不要去使用继承，为什么，设计模式中有这样一句话“组合优于继承”，react这种组件式的编程，是一种组合类型的设计模式，一定是优于继承的，可维护性是比继承高的多，react中所有问题都是可以利用组件拼合的方法解决的。
高阶组件实际上就是一个函数，接收参数，返回参数。对一个组件进行包装，然后再返回一个组件。为什么对一个组件进行包装呢，因为组件有可能很多地方要用，这个组件的大部分东西在别的地方都可以直接用，只有少数的地方有区别，我们就可以把共用的地方写到高阶组件里面去，而通过网高阶组件里面传递参数，来去动态这个组件在使用时的差异。
高阶组件地狱。新版本的hook解决了这个问题。
受控组件和非受控组件的区别？
受控组件：组件的改变完全受控于数据的变化，数据变了，页面变了 非受控组件：假如有个input框，我直接操作dom，不让它进行数据的绑定，输入完成点击按钮的时候，我直接通过refs拿dom上的内容来进行操作，不是通过数据来控制。 受控组件一定是更好的。react是一个数据驱动的框架，所以数据驱动是react核心，所以组件都应该被数据控制。
函数组件和Hooks
React中this指向的问题一般怎么去解决？
- 普通函数，bind，声明变量保存this
- 箭头函数this是作用域链的问题。
函数组件怎么做性能优化。
函数式组件性能比普通组件性能高，因为函数组件没有类的其他属性，没有构造类的过程。低是因为，函数式组件，props发生变化以后，函数就会重新执行，React.memo(function Test() { return <div>123</div> })，这样包装，组件就会有shoulComponentUpdate这样的属性，这样函数式组件的性能一定要不普通组件的性能要好的。
在哪个生命周期里发送ajax？
一定要在componentDidMount中去发送
- componentWillMount在新版本的react中已经被废弃了，取而代之的是一个getDerivedStateFromProps这样一个生命周期函数，所以用componentWillMount不合适
- 在用ssr项目中的时候，componentWillMount要做服务端数据的获取，所以不能被占用。
react， jquery，vue是否有可能共存在一个项目中？
完全可以共存
- jquery 操作图片中的第一个div
- react 操作图片中的第二个div
- vue 操作图片中的第三个div
组件是什么？类是什么？类被编译成什么？
组件指的是页面的一部分，用类去实现，编译成一个构造函数
如何避免ajax数据重新获取？
使用redux,做一个状态管理，判断数据有没有，有的话就不要再次请求
react-router4的核心思想是什么，和3有什么区别？
核心思想就是路由变成了组件的形式，3的路由还是基于配置的设计思想，而4的理念则是把一个路由当做是一个组件，直接在组件中使用，这是4和3在设计理念上的不同
reselect是做什么使用的
reselect是配合redux使用的一款轻量型的状态选择库，目的在于当store中的state重新改变之后，使得局部未改变的状态不会因为整体的state变化而全部重新渲染，功能有点类似于组件中的生命周期函数shouldComponentDidUpdate，但是它们并不是一个东西。
react-router的基本原理，hashHistory，browserHistory？
hashHistory前端配置就可以使用而browserHistory看似像简洁，却需要服务端的支持
什么情况下使用异步组件？
异步组件，懒加载，按需加载 如果可以，尽量在所有项目中使用，可以减小项目打包后的大小，在前端加载的时候，不会一次加载过大的js文件
