一般是放在componentDidMount 里，你放在componentWillMount 里，拿到數(shù)據之后setState的時機是不確定的，可能是render之前，也可能是render之后，并不是下一個時間片，這依賴于ajax的返回時間，也并不是說就不能放在componentWillMount里，你也可以把ajax寫成同步的

不是“優(yōu)勢是什么”，是人家這兩個鉤子就是設計來這樣用的…
就好比：“請把手穿到手套里面，而不是把手套蒙在臉上”

首先，編程中，沒有是不是最優(yōu)，只有是不是最適合。

然后問問題之前最后搜索一下官網。

componentWillMount

componentWillMount() is invoked just before mounting occurs. It is called before render(), therefore calling setState() synchronously in this method will not trigger an extra rendering. Generally, we recommend using the constructor() instead.

簡單來說，就是在這里setState，可以避免一次額外的rendering，推薦可以用constructor代替

componentDidMount
componentDidMount() is invoked immediately after a component is mounted. Initialization that requires DOM nodes should go here. If you need to load data from a remote endpoint, this is a good place to instantiate the network request

這里setState會引發(fā)一次額外的rendering，并且該方法只有第一次控件初始化時才會調用。

如果你的界面本身是基于數(shù)據返回來創(chuàng)建的，避免用戶看到不友好的界面，那么你可以在constructor中去同步請求,并等待數(shù)據返回然后setState

如果你希望用戶能盡快的看到界面，那么你可以在componentDidMount中去做網絡請求，這樣你會先渲染一次沒有數(shù)據的界面，然后等待數(shù)據返回，會再rendering一次。

為什么react推薦第二種呢？因為網絡請求不穩(wěn)定，用戶一直等待網絡請求回來，再刷新界面。使用第一種的話，如果因為網絡原因，用戶可能回在空白頁面呆的時間比較久，對用戶不友好，所以從用戶友好角度來講，我們更愿意讓用戶先看到一個沒有數(shù)據的方式，再通過一個spin的動畫，來加載數(shù)據。