1、redux中間件
答：中間件提供第三方插件的模式，自定義攔截 action -> reducer 的過程。變?yōu)?action -> middlewares -> reducer 。這種機制可以讓我們改變數(shù)據(jù)流，實現(xiàn)如異步 action ，action 過濾，日志輸出，異常報告等功能。
常見的中間件： redux-logger：提供日志輸出；redux-thunk：處理異步操作；redux-promise：處理異步操作；actionCreator的返回值是promise
2、redux有什么缺點
答：1.一個組件所需要的數(shù)據(jù)，必須由父組件傳過來，而不能像flux中直接從store取。
2.當一個組件相關數(shù)據(jù)更新時，即使父組件不需要用到這個組件，父組件還是會重新render，可能會有效率影響，或者需要寫復雜的shouldComponentUpdate進行判斷。
3、react組件的劃分業(yè)務組件技術組件？
答：根據(jù)組件的職責通常把組件分為UI組件和容器組件。UI 組件負責 UI 的呈現(xiàn)，容器組件負責管理數(shù)據(jù)和邏輯。兩者通過React-Redux 提供connect方法聯(lián)系起來。
4、react生命周期函數(shù)
答：一、初始化階段：
getDefaultProps:獲取實例的默認屬性
getInitialState:獲取每個實例的初始化狀態(tài)
componentWillMount：組件即將被裝載、渲染到頁面上
render:組件在這里生成虛擬的DOM節(jié)點
componentDidMount:組件真正在被裝載之后
二、運行中狀態(tài)：
componentWillReceiveProps:組件將要接收到屬性的時候調(diào)用
shouldComponentUpdate:組件接受到新屬性或者新狀態(tài)的時候（可以返回false，接收數(shù)據(jù)后不更新，阻止render調(diào)用，后面的函數(shù)不會被繼續(xù)執(zhí)行了）
componentWillUpdate:組件即將更新不能修改屬性和狀態(tài)
render:組件重新描繪
componentDidUpdate:組件已經(jīng)更新
三、銷毀階段：
componentWillUnmount:組件即將銷毀
5、react性能優(yōu)化是哪個周期函數(shù)？
答：shouldComponentUpdate 這個方法用來判斷是否需要調(diào)用render方法重新描繪dom。因為dom的描繪非常消耗性能，如果我們能在shouldComponentUpdate方法中能夠寫出更優(yōu)化的dom diff算法，可以極大的提高性能。
6、為什么虛擬dom會提高性能?
答：虛擬dom相當于在js和真實dom中間加了一個緩存，利用dom diff算法避免了沒有必要的dom操作，從而提高性能。
具體實現(xiàn)步驟如下：
1.用 JavaScript 對象結構表示 DOM 樹的結構；然后用這個樹構建一個真正的 DOM 樹，插到文檔當中；
2.當狀態(tài)變更的時候，重新構造一棵新的對象樹。然后用新的樹和舊的樹進行比較，記錄兩棵樹差異；
把2所記錄的差異應用到步驟1所構建的真正的DOM樹上，視圖就更新了。
7、diff算法?
答：1.把樹形結構按照層級分解，只比較同級元素。
2.給列表結構的每個單元添加唯一的key屬性，方便比較。
3.React 只會匹配相同 class 的 component（這里面的class指的是組件的名字）
4.合并操作，調(diào)用 component 的 setState 方法的時候, React 將其標記為 dirty.到每一個事件循環(huán)結束, React 檢查所有標記 dirty 的 component 重新繪制.
6．選擇性子樹渲染。開發(fā)人員可以重寫shouldComponentUpdate提高diff的性能。
8、react性能優(yōu)化方案
答：1）重寫shouldComponentUpdate來避免不必要的dom操作。
2）使用 production 版本的react.js。
3）使用key來幫助React識別列表中所有子組件的最小變化
9、簡述flux 思想
答：Flux 的特點，就是數(shù)據(jù)的"單向流動"。
1.用戶訪問 View
2.View 發(fā)出用戶的 Action
3.Dispatcher 收到 Action，要求 Store 進行相應的更新
4.Store 更新后，發(fā)出一個"change"事件
5.View 收到"change"事件后，更新頁面
10、React項目用過什么腳手架？Mern? Yeoman?
答：Mern：MERN是腳手架的工具，它可以很容易地使用Mongo, Express, React and NodeJS生成同構JS應用。它限度地減少安裝時間，并得到您使用的成熟技術來加速開發(fā)。
11、你了解React嗎？
答：了解，React是facebook搞出來的一個輕量級的組件庫，用于解決前端視圖層的一些問題，就是MVC中V層的問題，它內(nèi)部的Instagram網(wǎng)站就是用React搭建的。
12、React解決了什么問題？
答：解決了三個問題： 1.組件復用問題， 2.性能問題，3.兼容性問題：
13、React的協(xié)議？
答：React遵循的協(xié)議是“BSD許可證 + 專利開源協(xié)議”，這個協(xié)議比較奇葩，如果你的產(chǎn)品跟facebook沒有競爭關系，你可以自由的使用react，但是如果有競爭關系，你的react的使用許可將會被取消
14、了解shouldComponentUpdate嗎？
答：React虛擬dom技術要求不斷的將dom和虛擬dom進行diff比較，如果dom樹比價大，這種比較操作會比較耗時，因此React提供了shouldComponentUpdate這種補丁函數(shù)，如果對于一些變化，如果我們不希望某個組件刷新，或者刷新后跟原來其實一樣，就可以使用這個函數(shù)直接告訴React，省去diff操作，進一步的提高了效率。
15、React 的工作原理？
答：React 會創(chuàng)建一個虛擬 DOM(virtual DOM)。當一個組件中的狀態(tài)改變時，React 首先會通過 "diffing" 算法來標記虛擬 DOM 中的改變，第二步是調(diào)節(jié)(reconciliation)，會用 diff 的結果來更新 DOM。
16、使用 React 有何優(yōu)點？
答：1.只需查看 render 函數(shù)就會很容易知道一個組件是如何被渲染的
2.JSX 的引入，使得組件的代碼更加可讀，也更容易看懂組件的布局，或者組件之間是如何互相引用的
3.支持服務端渲染，這可以改進 SEO 和性能
4.易于測試
5.React 只關注 View 層，所以可以和其它任何框架(如Backbone.js, Angular.js)一起使用
17、展示組件(Presentational component)和容器組件(Container component)之間有何不同？
答：1.展示組件關心組件看起來是什么。展示專門通過 props 接受數(shù)據(jù)和回調(diào)，并且?guī)缀醪粫凶陨淼臓顟B(tài)，但當展示組件擁有自身的狀態(tài)時，通常也只關心 UI 狀態(tài)而不是數(shù)據(jù)的狀態(tài)。
2.容器組件則更關心組件是如何運作的。容器組件會為展示組件或者其它容器組件提供數(shù)據(jù)和行為(behavior)，它們會調(diào)用 Flux actions，并將其作為回調(diào)提供給展示組件。容器組件經(jīng)常是有狀態(tài)的，因為它們是(其它組件的)數(shù)據(jù)源
18、類組件(Class component)和函數(shù)式組件(Functional component)之間有何不同？
答：1.類組件不僅允許你使用更多額外的功能，如組件自身的狀態(tài)和生命周期鉤子，也能使組件直接訪問 store 并維持狀態(tài)
2.當組件僅是接收 props，并將組件自身渲染到頁面時，該組件就是一個 '無狀態(tài)組件(stateless component)'，可以使用一個純函數(shù)來創(chuàng)建這樣的組件。這種組件也被稱為啞組件(dumb components)或展示組件
19、(組件的)狀態(tài)(state)和屬性(props)之間有何不同？
答：1. State 是一種數(shù)據(jù)結構，用于組件掛載時所需數(shù)據(jù)的默認值。State 可能會隨著時間的推移而發(fā)生突變，但多數(shù)時候是作為用戶事件行為的結果。
2. Props(properties 的簡寫)則是組件的配置。props 由父組件傳遞給子組件，并且就子組件而言，props 是不可變的(immutable)。組件不能改變自身的 props，但是可以把其子組件的 props 放在一起(統(tǒng)一管理)。Props 也不僅僅是數(shù)據(jù)--回調(diào)函數(shù)也可以通過 props 傳遞。
20、應該在 React 組件的何處發(fā)起 Ajax 請求？
答：在 React 組件中，應該在 componentDidMount 中發(fā)起網(wǎng)絡請求。這個方法會在組件第一次“掛載”(被添加到 DOM)時執(zhí)行，在組件的生命周期中僅會執(zhí)行一次。更重要的是，你不能保證在組件掛載之前 Ajax 請求已經(jīng)完成，如果是這樣，也就意味著你將嘗試在一個未掛載的組件上調(diào)用 setState，這將不起作用。在 componentDidMount 中發(fā)起網(wǎng)絡請求將保證這有一個組件可以更新了。
21、何為受控組件(controlled component)？
答；在 HTML 中，類似 ,
重慶分公司
重慶分公司