技术原因是，当您尝试访问子组件时，它们还不存在（在 DOM 中）。它们尚未安装。它们已<Form>作为构造函数 prop 或方法作为react类传递给您的组件。（因此名称类在React.createClass()）。

正如您所指出的，这可以通过使用 refs 来规避，但我不推荐它。在许多情况下，refs 往往是不打算用于 react 的东西的捷径，因此应该避免。

React 可能是有意设计的，让父母很难/不可能访问孩子的方法。他们不应该这样做。如果孩子的方法对孩子来说是私有的，那么孩子的方法应该在孩子中：他们在孩子内部做一些不应该直接向上传达给父母的事情。如果是这种情况，那么处理应该在父级内部完成。因为父母至少拥有孩子拥有的所有信息和数据。

现在在你的情况下，我想象每个输入（子）组件都有某种特定的验证方法，检查输入值，并根据结果，做一些错误消息反馈。假设在不正确的字段周围有一个红色轮廓。

在react方式中，这可以实现如下：

• 该<Form>组分具有的状态，其中包括一个runValidation布尔值。
• 一旦runValidation设置为 true，在setState( { runValidation: true });react 中会自动重新渲染所有子项。
• 如果您runValidation将所有孩子作为props包括在内。
• 然后每个孩子都可以render()用类似的东西检查他们的功能if (this.props.runValidation) { this.validate() }
• 这将validate()在孩子中执行该功能
• 验证函数甚至可以使用孩子的状态（新props进入时状态不会改变），并将其用于验证消息（例如“请向您的密码添加更复杂的符号”）

现在这还没有解决的是，您可能希望在所有孩子都验证自己后在表单级别进行一些检查：例如，当所有孩子都正常时，提交表单。

要解决这个问题，您可以将 refs 快捷方式应用于最终检查并提交。并在你<Form>的componentDidUpdate()函数内部实现一个方法，检查每个孩子是否正常（例如有绿色边框）以及是否点击提交，然后提交。但作为一般规则，我强烈建议不要使用 refs。

对于最终的表单验证，更好的方法是：

• 在您的内部添加一个非状态变量，<Form>其中包含每个孩子的布尔值。注意，它必须是非状态的，以防止孩子触发新的渲染周期。
• 将validateForm函数作为（回调）props传递给每个孩子。
• validate()在每个孩子里面，调用this.props.validateForm(someChildID)它更新表单中变量中相应的布尔值。
• 在validateForm表单函数的末尾，检查所有布尔值是否为真，如果是，提交表单（或更改表单状态或其他）。

对于更冗长（且方式更复杂）的react（使用通量）中的表单验证解决方案，您可以查看这篇文章。

我不确定我是否遗漏了什么，但是在尝试了 @wintvelt 建议的内容之后，每当我在runValidationReact 的渲染方法中调用该方法时，我都会遇到问题，因为在我的情况下runValidation，通过调用setState它来更改状态，从而触发渲染方法显然是一个不好的做法，因为渲染方法必须是纯的，如果我把它放进去runValidation，willReceiveProps它不会第一次被调用，因为if条件还不为真（这个条件在父组件中使用setState，但是在willReceiveProps它的第一次调用中它仍然是错误的）。