概述
在开发web表单时，我们经常会遇到这样的场景：表单中包含一个或多个输入字段，这些字段可能因业务逻辑或组件集成（例如富文本编辑器中的url输入框）的需要，不希望参与浏览器默认的内置表单验证。当这些字段触发了内置验证，可能会导致不必要的错误提示（如“请填写此字段”）甚至影响到其他表单字段的验证状态。本文将介绍一种简单有效的方法，即利用html的disabled属性来排除特定输入字段的内置验证。
问题背景
假设你有一个HTML表单，其中包含一个type="url"的输入字段，该字段可能嵌入在一个复杂的组件（如富文本编辑器）中。当这个表单被提交时，即使该URL字段可能不需要被验证，浏览器仍会对其执行内置的URL格式或required验证，从而可能弹出错误提示，影响用户体验或导致其他字段也显示错误。
用户期望的效果是能够像这样：，通过一个自定义属性来禁用验证。然而，HTML标准中并没有直接提供no-validation这样的属性来针对单个字段禁用内置验证。
解决方案：使用disabled属性
要排除HTML输入元素（特别是针对浏览器的内置表单验证）的验证，最直接且符合标准的方法是为其添加disabled属性。
disabled属性的作用：
立即学习“前端免费学习笔记（深入）”；
当一个表单元素被设置为disabled时，它将具备以下特性：
- 不可编辑性： 用户无法与该元素进行交互，包括输入、点击或聚焦。
- 不参与提交： 该元素的值不会随表单一起提交到服务器。
- 豁免内置验证： 浏览器将完全忽略该元素上的所有内置验证规则，例如required、pattern、minlength、maxlength以及特定type（如email、url）的格式验证。
示例代码：
考虑以下场景，一个表单包含姓名、邮箱和富文本编辑器中的URL字段。我们希望URL字段不参与内置验证。
在上述示例中，rte_url输入框即使被声明为type="url"并可能隐含required（如果它在某些情况下需要被验证），但由于添加了disabled属性，浏览器将不会对其执行任何内置验证。当用户尝试提交表单时，即使rte_url为空或格式不正确，也不会阻止表单提交或显示验证错误，除非其他非禁用字段存在验证问题。
注意事项与局限性
虽然disabled属性是排除内置验证的有效手段，但它也带来了一些重要的局限性，需要在使用时仔细权衡：
- 字段不可编辑和不提交： 这是最关键的一点。被disabled的字段用户无法输入内容，并且其值不会作为表单数据的一部分提交到服务器。如果你的业务需求是该字段需要可编辑且其值需要被提交，那么disabled属性就不适用。
- 与JavaScript框架的集成： 对于像Vue.js这样的前端框架，v-model通常会绑定输入字段的值，并可能与框架自身的验证逻辑结合。disabled属性主要影响的是浏览器的原生验证行为。如果框架有自己的验证系统，disabled可能不会直接阻止框架层面的验证，但对于解决原生“请填写此字段”的提示是有效的。
- MDN文档的模糊性： MDN Web Docs中关于disabled和required属性的交互说明存在一定程度的模糊。一方面，它指出“disabled字段不能改变其值，因此required对其无效”；另一方面，又提到“required属性不允许与disabled属性同时指定”。尽管文档存在这种表述上的不一致，但在实际浏览器行为中，disabled属性确实会使required以及其他内置验证属性失效，从而阻止内置验证的触发。
-
替代方案考量（如果disabled不适用）：
- 整个表单禁用验证： 如果需要禁用整个表单的内置验证，可以在
- 动态控制验证： 如果字段需要可编辑且参与提交，但仅在特定条件下才跳过验证，则需要通过JavaScript动态添加或移除required等验证属性，或者实现自定义的JavaScript验证逻辑。
- formnovalidate属性： 对于特定的提交按钮，可以使用formnovalidate属性来仅在点击该按钮时禁用表单的内置验证。
总结
当目标是简单地阻止浏览器对特定HTML输入字段执行内置验证（例如required、type="url"等），并且该字段可以接受不可编辑且不参与表单提交的限制时，为该字段添加disabled属性是一个直接且有效的解决方案。它能够避免不必要的验证提示，提升用户体验。然而，在使用此方法前，务必清楚disabled属性带来的副作用，即字段的不可用性和数据不提交。如果这些副作用与你的需求冲突，则需要考虑其他更复杂的JavaScript驱动的验证控制策略。
