maxlength属性仅限制input（text、email等）和textarea的字符数，对div等非表单元素无效；不控制html标签数量，后端必须二次校验。
maxlength 属性不是用来限制 HTML 标签数量的，它只管用户在 <input> 或 <textarea></textarea> 里能输多少字符。HTML 文档本身没有“标签最大数量”这个概念，也没有浏览器或规范对页面中能写多少个 <div>、<code><p></p> 等标签设硬性上限。
为什么有人误以为存在“标签最大数量”限制
常见混淆点来自三类现象：
- 把
maxlength错当成控制 HTML 结构复杂度的属性（实际它只作用于表单控件的输入内容） - 页面卡顿或崩溃后归因于“标签太多”，其实是 DOM 节点过多 + 无节制的 JS 操作（如反复
appendChild）导致内存/重排压力 - 某些 CMS 或富文本编辑器内部做了人工限制（比如最多嵌套 5 层
<ul></ul>），但这属于业务逻辑，非 HTML 标准
maxlength 实际生效的元素和常见失效原因
它只对以下元素有效：<input type="text">、<input type="email">、<input type="search">、<input type="password">、<textarea></textarea>。其他任何标签加 maxlength 都是无效的，包括 <span></span>、<div>、<code><p></p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill6712" title="Wechat HTML Publisher"><img
src="https://img.php.cn/upload/skill/000/000/081/179109368394970.jpg" alt="Wechat HTML Publisher" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill6712" title="Wechat HTML Publisher" class="overflowclass">Wechat HTML Publisher</a>
<p class="overflowclass">直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。</p>
</div>
<a rel="nofollow" href="/xiazai/skill6712" title="Wechat HTML Publisher" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>、<article></article>。
容易踩的坑：
- 拼写错误：写成
max-length、maxLength（驼峰）、maxlen—— 只有全小写maxlength才被识别 - 加在非表单元素上，比如
<div maxlength="10">xxx</div>，完全没效果 - 期望它限制富文本粘贴（含 HTML 标签）—— 它只数字符，不管语义；粘贴一段带
<b>hello</b>的文本，、<code>>、&全算普通字符，不会过滤或截断标签
真正需要关注的“数量”其实是 DOM 节点规模
当页面中 <div> 套 <code><div> 到几百层，或一次性渲染上万条列表项时，问题不在“标签数量限制”，而在性能瓶颈：
<ul>
<li>Chrome 对单页 DOM 节点数没有硬上限，但超过 ~50,000 个活跃节点时，渲染帧率明显下降</li>
<li>移动端尤其敏感：iOS Safari 在 DOM 节点超 20,000 后可能触发强制 GC，造成卡顿甚至白屏</li>
<li>
<code>textarea 的 maxlength="10000" 是合法的，但若用户真输入一万个字符，后续 JS 处理（如实时高亮、分词）极易阻塞主线程
此时该做的是虚拟滚动、懒加载、DOM 片段化，而不是找一个不存在的“HTML 标签总数开关”。
最常被忽略的一点：无论你用 maxlength 控制多严，只要没在后端校验，攻击者删掉属性或直接 POST 超长数据，照样入库。前端限制只是体验层，不是防线。
