我知道我可以props在渲染组件时通过。我也知道getInitialState方法。但问题是，getInitialState不是很有帮助，因为我的组件不知道它的初始状态。我做。所以我想在渲染它时传递它。
像这样的东西（伪代码）：
React.render(<Component initialState={...} />);
我知道我可以使用 aprop作为初始状态，但这闻起来像是一种反模式。
我该怎么办？
编辑清晰
想象一下我有一个CommentList组件。当我第一次渲染它时，初始状态对应于我数据库中当前评论的快照。当用户包含评论时，这个列表会改变，这就是为什么它应该是 astate而不是props。现在，为了呈现评论的初始快照，我应该将它传递给CommentsList组件，因为它无法知道它。我的困惑是，我看到传递这些信息的唯一方法是通过props似乎是反模式的。
只有永久组件才能在getInitialState. getInitialState如果同步是您的目标，则Props in是一种反模式。getInitialState仅在首次创建组件时调用，因此可能会引发一些错误，因为事实来源不是唯一的。检查这个答案。
使用从父级传递下来的props在 getInitialState 中生成状态通常会导致“真实数据来源”的重复，即真实数据在哪里。只要有可能，即时计算值以确保它们以后不会不同步并导致维护麻烦
你仍然可以这样做：
getInitialState: function() {
return {foo: this.props.foo}
}
因为它们将成为您的应用程序的默认props。但是只要您使用 prop 设置一个大概不会改变的值，您就可以在render函数内部使用相同的 prop 。
<span>{this.props.foo}</span>
这个props不会被修改，所以每次render被调用时使用它都没有问题。
编辑的答案：
在这种情况下，您的初始状态不应该是props，而应该是填充评论列表的 ajax 调用。
如果您知道状态，那么我倾向于争辩说您正在渲染的组件并没有真正控制它。React 的想法是任何特定的状态都只存在于一个位置。
在看到其他答案并对其进行了一些研究后，我得出了这个结论：
如果您在客户端渲染 React（编译或未编译），这是默认方法，您应该尝试从组件内部进行额外的 Ajax 调用以获取初始状态。也就是说，不要使用props. 它更干净，更不容易出错。
但是，如果您在服务器（Node.js 或 ReactJs.NET）中进行渲染，则没有理由为每个请求进行这个额外的 Ajax 调用。此外，它对 SEO 不友好。您希望完整页面作为您的请求（包括数据）的结果出现。所以，正如@RandyMorris 指出的那样，在这种情况下，可以使用 props 作为初始状态，只要它是初始状态即可。也就是说，没有同步。