HTML 表单 pattern 属性仅支持 JavaScript 正则子集，隐式全匹配，不支持标志、断言及 Unicode 类别；禁用特殊字符需正确编写字符类，但无法替代服务端校验与 JavaScript 增强处理。
HTML 中根本没有正则表达式校验能力
HTML 表单的 pattern 属性支持的是「JavaScript 正则语法的子集」，不是完整正则引擎，更不叫“HTML 正则表达式”。它只在 <input> 元素上生效，且仅用于客户端基础匹配，不执行替换、不支持标志（如 g、i）、不支持大多数断言和高级特性。
pattern 属性如何匹配特殊字符
想禁止或允许特定特殊字符（比如不允许 @、!、空格），关键在于写对字符类。浏览器会把 pattern 值当作一个「从头到尾完全匹配」的正则，隐式加了 ^ 和 $。
- 只允许字母、数字、下划线、短横线：
pattern="[a-zA-Z0-9_-]+" - 禁止所有 ASCII 特殊字符（保留字母数字和空格）：
pattern="[a-zA-Z0-9 ]+" - 明确排除某个字符（如
@）：pattern="[^@]+"—— 注意：这仍会匹配空字符串或纯空格，需配合required - 想禁用中文、emoji、控制字符？
pattern无能为力，它不支持 Unicode 类别（如\p{Emoji}），也难可靠处理 UTF-16 代理对
常见翻车点：你以为在过滤，其实只是提示
pattern 只触发浏览器原生校验 UI（如红框 + title 提示），不阻止表单提交，也不清理输入内容。用户关掉 JS、绕过前端、或直接发 POST 请求，校验就彻底失效。
- 服务端必须重新校验，不能信任
pattern的结果 -
title属性值会作为错误提示显示，但无法动态定制（比如根据匹配失败位置提示） - Chrome 对
pattern错误不报错，写错正则（如未闭合括号）会导致整个属性被忽略，变成无校验状态 - 移动端软键盘可能因
pattern值改变输入类型（如pattern="[0-9]*"触发数字键盘），但这和字符校验无关
真要严格校验特殊字符，得靠 JavaScript
如果需求是「实时拦截粘贴内容中的非法字符」或「提交前做 Unicode 级别的检查」，必须用 JS 绑定 input、paste 事件，配合 RegExp.prototype.test() 或 String.prototype.replaceAll() 处理。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
立即学习“前端免费学习笔记（深入）”；
input.addEventListener('input', () => {
// 删除所有非字母数字和下划线的字符
input.value = input.value.replaceAll(/[^a-zA-Z0-9_]/g, '');
});
注意：这种强制清理体验较差，更适合「格式化场景」（如电话号码）；若用于密码或用户名，应改为提交前校验 + 清晰错误反馈，而非偷偷删用户输入。
真正棘手的是跨语言特殊字符 —— 比如日文平假名、阿拉伯数字变体、零宽空格（\u200b）。这类问题没有 HTML 层面的解法，得靠后端统一 Normalize + 白名单/黑名单策略，前端最多做轻量预检。
