問題所在
是什么警告呢呻袭？程序員與程序的斗爭是這樣的：
一小白在componetWillMount中訪問了接口返回?cái)?shù)據(jù)后，調(diào)用了setState腺兴，訪問的時(shí)候按了后退左电，導(dǎo)致還沒收到響應(yīng)就銷毀了組件 ，但是fetch請求沒被結(jié)束掉页响，之后 收到響應(yīng)就調(diào)用了setState()篓足，發(fā)出警告。請問這種情況該怎么處理闰蚕？在unmount中結(jié)束fetch嗎栈拖？但fetch怎么結(jié)束呢？官方文檔好像沒有api没陡。
JavaScript某大佬涩哟，小伙你還是太年輕索赏，但你卻又異于常人，看你骨骼驚奇贴彼，并非凡人潜腻，將來必成大業(yè)，不如這樣器仗，我這里有本JavaScript語言精粹融涣，你拜我為師，我傳授于你精钮，等你練至大成之時(shí)威鹿，就是你縱橫JavaScript之日！
各位大佬莫當(dāng)真轨香，上述只是為了放松放松各位大佬的心情忽你。
如何解決？
前端工程師大佬：
正確的做法是不要在請求callback里setState弹沽，用不會(huì)被卸載的組件請求然后用props分發(fā)下來數(shù)據(jù)檀夹。
這也是為什么Redux或者M(jìn)obx流行的原因，只用React基本就要踩到這種坑策橘，因?yàn)槌俗铐攲拥慕M件炸渡，有幾個(gè)組件是真的不會(huì)被卸載的呢？
如果實(shí)在沒辦法臨時(shí)解決丽已，只能加個(gè)this.isUnmount蚌堵，在componentWillUnmount設(shè)置為true，然后在fetch callback里判斷如果this.isUnmount不為true的時(shí)候再setState沛婴。
這里面還有cancellable promise的方法吼畏，不建議使用。最好將promise當(dāng)作不可變的嘁灯，這樣心智模型比較簡單泻蚊。
fetch現(xiàn)在還不能取消？如果你在component life cycle里面進(jìn)行異步操作會(huì)遇到setState warning丑婿！
自己封裝一個(gè)cancelable Promise性雄，在unmount的時(shí)候cancel掉。
對于通用數(shù)據(jù)抽到redux的store里用connect傳props羹奉。
使用rxjs對異步做subscribe秒旋，unmount的時(shí)候dispose掉。
在異步setState之前做mount判斷诀拭。
如果你確認(rèn)這個(gè)異步setState沒有侵入性迁筛，也可以不理它。warning的目的在于讓開發(fā)者確認(rèn)自己的編碼存在潛在的問題耕挨，在prod下是不報(bào)的细卧。
當(dāng)然尉桩，這里說一下，各部分關(guān)于JavaScript/CSS/HTML5等等參考資料以及案例的小伙伴們可來我的前端群：621071874贪庙，這里有小編收集到的各部分資料以及案例魄健，望能幫到各位。
前端工程師中的扛把子：
有個(gè)this.isMounted屬性可以判斷當(dāng)前組件是否掛載插勤，你可以在setState之前做一下判斷。
這確實(shí)是個(gè)坑革骨，但我覺得這本身也不是react應(yīng)該負(fù)責(zé)的农尖。合情合理，組件掛載的時(shí)候設(shè)置了什么良哲，在卸載的時(shí)候最好清理一下盛卡，最常見的還有定時(shí)器。
異步請求發(fā)起后不能撤銷的這個(gè)鍋react不背～不過應(yīng)該提供解決方案筑凫，判斷isMounted再setState滑沧，就是一種解決方案。
用redux巍实？
React的props vs state是一個(gè)大坑滓技。
用了redux, 世界就清凈了。組件根本不要再用state, 狀態(tài)只依靠props棚潦。組件要改變狀態(tài)令漂，一律通過dispatch執(zhí)行action, reducer改變store，redux再自動(dòng)map store到組件的props.
用了redux, 你永遠(yuǎn)不需要call setState()
神解決
程序員為什么要在乎warning丸边？（你這解決方案實(shí)在太牛逼叠必，請?jiān)试S我做個(gè)悲傷的表情↓）
2
不知道各位大佬看完最后一個(gè)解決方法是作何感想？
