我经常看到有人问这个问题，我自己也遇到过这个“错误”。甚至有链接质疑这是否是Chrome的一个真正的错误。 这是当一个或多个表单输入类型元素被隐藏并且这些元素具有最小/最大限制(或其他一些验证限制)时发生的响应。

在创建表单时，元素没有赋值，之后元素值可能会被填充或保持不变。 在提交时，表单将被解析，任何超出这些验证限制的隐藏元素将向控制台抛出这个“错误”，提交将失败。因为您不能访问这些元素(因为它们是隐藏的)，所以这是唯一有效的响应。

这不是一个实际的错误或错误。这表示有一些即将提交的元素值超出了一个或多个元素规定的限制。

为了解决这个问题，在表单提交之前的任何时候，为隐藏在表单中的任何元素分配一个有效的默认值，那么这些“错误”将永远不会发生。它本身并不是一个bug，它只是迫使您养成更好的编程习惯。

注意:如果您希望将这些值设置为验证限制之外的值，请使用form。addEventListener('submit'， myFunction)来拦截'submit'事件，并在"myFunction"中填充这些元素。似乎验证检查是在“myFunction()”被调用之前执行的。

以防其他人有这个问题，我也经历过同样的事情。正如评论中所讨论的，这是由于浏览器试图验证隐藏字段。它在表单中寻找空字段并试图集中在它们上，但是因为它们被设置为display:none;，所以它不能。因此出现了错误。

我可以用类似的方法来解决这个问题:

$("body").on("submit", ".myForm", function(evt) {

    // Disable things that we don't want to validate.
    $(["input:hidden, textarea:hidden, select:hidden"]).attr("disabled", true);

    // If HTML5 Validation is available let it run. Otherwise prevent default.
    if (this.el.checkValidity && !this.el.checkValidity()) {
        // Re-enable things that we previously disabled.
        $(["input:hidden, textarea:hidden, select:hidden"]).attr("disabled", false);
        return true;
    }
    evt.preventDefault();

    // Re-enable things that we previously disabled.
    $(["input:hidden, textarea:hidden, select:hidden"]).attr("disabled", false);

    // Whatever other form processing stuff goes here.
});

此外，这可能是重复的“无效的窗体控件”只有在谷歌Chrome

如果您有任何具有required属性的字段，但在表单提交期间不可见，则将抛出此错误。当您试图隐藏该字段时，只需删除所需的属性。如果您想再次显示该字段，您可以添加所需的属性。通过这种方式，您的验证将不会受到影响，同时，错误将不会抛出。

使用ElementInternals API的自定义元素元素不能使用delegatesFocus: true与shadowRoot，因为元素必须直接接收焦点(目前，这可能会发展)在公开的表单的DOM树(父表单可以在shadowRoot，它只是必须在同一部分的树与自定义和其他表单元素);元素必须是可见的，在我的实验中tabindex=0是必需的元素(-1似乎也工作)

一个从googlchrome扩展的带有自定义元素的演示在https://jimmont.github.io/samples/report-validity/

the error is simply reporting that an element which has attributes indicating it needs validation cannot receive focus when there's a problem with the validation, so the user can correct the error; if the error and information is coming in as expected you can ignore the error; otherwise it's likely the result of some UI features hiding elements and a mix of unexpected behavior; it's possible to use another approach in implementations to allow the user to walk back through a flow of some sort, but it appears that's beyond the scope of the question at the moment

我来说明一下我的情况，因为它不同于上面所有的解。我有一个html标签没有正确关闭。元素不是必需的，但它嵌入在一个隐藏的div中

在我的案例中，问题在于type="datetime-local"，出于某种原因，它在表单提交时被验证。

我改变了这个

<input type="datetime-local" />

到

<input type="text" />

这发生在我身上，因为我正在使用Materialize JS/CSS框架。当我在物化表单中创建<select>字段时，它被转换为具有许多风格化字段的托管字段，而真正的<select>字段被框架隐藏，仅用于向post请求传递所选值。

因此，它将始终显示控制台错误，除非我使用浏览器默认类使<select>字段的Materialize管理无效。

另一种方法是使用一个带有type="button"而不是type="submit"的按钮，并使用$('form').submit()来发送表单，但您将失去浏览器验证UI，必须开发自己的UI，或者使用框架的UI。