input 和 textarea 的 value 属性不转义 HTML 实体，直接赋值原始字符串即可；错误源于误用 innerHTML 或双重编码，需确保数据流各环节编码策略一致。
input 和 textarea 的 value 属性会转义 HTML 实体
HTML 表单控件（比如 <input>、<textarea>）本身不阻止输入特殊符号，但如果你通过 JavaScript 动态设置 value 或 innerHTML 赋值含 &、<、> 的字符串，浏览器会按 HTML 解析规则转义，导致显示异常或丢失内容。
常见错误写法：
input.value = "10 < 20 & x > 0"; // 实际显示为 "10 < 20 & x > 0"
这是因为 < 和 & 在 HTML 文本中是保留字符，必须用实体表示；但表单控件的 value 是纯文本属性，不该走 HTML 解析流程 —— 错误根源常在你用了 innerHTML 或未正确处理字符串来源。
- 用
element.value = str直接赋值原始字符串（推荐），不会触发 HTML 解析 - 避免用
element.innerHTML = str设置表单控件内容（<textarea>尤其危险） - 若字符串来自服务端或用户编辑器，确认是否已被双重编码（例如
&→&）
textarea 中的 <script> 标签被拦截或执行
<textarea> 本该原样显示所有内容，但如果内部包含未闭合的 <script> 或 <style> 标签，某些浏览器（尤其旧版 Safari 或嵌入式 WebView）可能提前解析并截断内容，导致后续文本消失或 JS 执行。
立即学习“前端免费学习笔记（深入）”；
这不是“无法输入”，而是“输入后渲染异常”。典型表现是：用户输入 <script>alert(1)</script>，回显时只看到 <script> 前面的内容。
- 确保
<textarea>标签内无 HTML 标签干扰 —— 内容应严格位于起始与结束标签之间 - 不要把用户输入拼接到 HTML 字符串里再 innerHTML 插入（如
div.innerHTML = "<textarea>" + userStr + "</textarea>"），这会触发解析 - 服务端返回 JSON 数据时，用
JSON.stringify()后再交给前端，避免手动拼接 HTML
中文输入法下特殊符号触发 oninput/onchange 失效
在中文输入法（如搜狗、微软拼音）输入过程中，按下空格、回车确认候选词前，DOM 的 value 并未更新。此时监听 oninput 是有效的，但若只依赖 onchange（失焦才触发），就会漏掉未确认的符号输入。
更隐蔽的问题是：某些输入法在输入 Emoji 或 Unicode 符号（如 ?、✅）时，会以组合字符形式提交，而老旧代码用 .length 判断长度或做截断，可能切开代理对（surrogate pair），造成乱码或报错。
- 始终优先用
oninput替代onchange做实时校验 - 需要计算真实字符数时，用
[...str].length或Array.from(str).length，而非str.length - 对用户输入做截断前，先用
str.slice(0, n)而非str.substring(0, n)，后者在代理对边界易出错
表单提交时特殊符号被 URL 编码或服务端误解析
前端能正常输入和显示 ≠ 提交成功。当表单用 GET 提交或通过 fetch 拼接 query string 时，&、=、? 等符号若未编码，会破坏 URL 结构；用 POST 且 Content-Type: application/x-www-form-urlencoded 时，浏览器自动编码，但服务端若用 urldecode 两次或未正确处理 UTF-8，仍会出问题。
- 避免手写 URL 查询参数拼接，改用
URLSearchParams：const params = new URLSearchParams();<br>params.set("q", "10 < 20 & x > 0");<br>fetch("/search?" + params); - 若用
fetch发送 JSON，确保后端明确接收Content-Type: application/json，并用json_decode（PHP）、req.json()（Express）等正确解析 - 检查服务端日志中接收到的原始请求体，确认是
10 < 20 & x > 0还是已损坏的10 0
真正卡住人的往往不是“输不进去”，而是“输进去了，但某一层悄悄转义了、截断了、或二次编码了”。盯住数据流经过的每个环节：用户输入 → DOM 赋值 → 事件监听 → 序列化 → 网络传输 → 服务端解析 —— 任一环的编码/解码策略不一致，都会让特殊符号变成幽灵问题。
