html中无输入字符串函数，需用input/textarea控件配合javascript读取value属性获取用户输入的字符串值。
HTML 里没有“输入字符串”的函数，只有表单控件能接收用户输入
HTML 本身是标记语言，不处理逻辑或变量，input 元素不是用来“输入字符串”这个动作的，而是提供一个用户可编辑的界面区域。真正拿到字符串值，得靠 JavaScript 读取它的 value 属性。
常见错误现象：document.getElementById("myInput").value 返回空字符串，但页面上明明填了内容——大概率是 js 执行时机太早（dom 还没加载完），或元素 ID 写错了。
- 使用场景：登录表单、搜索框、配置项填写等需要用户键入文本的地方
-
type="text"是默认类型，适合普通字符串；type="password"或type="email"会触发浏览器校验，但底层仍是字符串 - 别用
innerHTML或textContent读取input的值——它们永远拿不到用户输入，只反映初始 HTML
怎么让 input 默认带一个字符串值
用 value 属性直接写死初始内容，比如 <input type="text" value="hello">。这不是“输入”，而是预填充。
容易踩的坑：value 是 HTML 属性，设完就固定了；后续 JS 修改它不会改变属性本身（el.getAttribute("value") 仍返回原始值），但会更新实际输入框显示和 el.value 的运行时值。
立即学习“前端免费学习笔记（深入）”；
- 如果想动态设置初始值，JS 中用
el.value = "new String"，而不是el.setAttribute("value", "...") - 服务端渲染时，把字符串 json 编码后塞进
value，避免引号或换行导致 HTML 解析失败 -
value不支持换行，多行文本必须用<textarea></textarea>
textarea 和 input 在字符串处理上有啥区别
textarea 天然支持多行字符串，input 只能单行；二者都通过 value 属性读取，但回车符在 textarea 中是 n，在 input 中会被忽略或转为空格。
性能影响很小，但兼容性要注意：textarea 的 rows 和 cols 是提示值，真实宽高由 CSS 控制；而 input 的 size 属性基本被现代 CSS 取代。
- 用户粘贴含换行的内容到
input，通常只保留第一行；粘到textarea就全留下 - 提交表单时，两者都作为字符串发送，但后端收到的换行符编码可能因浏览器/框架而异（windows 是
rn，macos/linux 是n） - 用
textarea做代码编辑器类功能前，先确认是否真需要多行——否则input更轻量
为什么 document.querySelector(“input”).value 有时是 undefined
最常见原因是选中了错误的元素：比如写了 input[type="number"] 却去读文本框，或者用了 getElementById 但 ID 拼错、大小写不对、ID 带了点号没转义。
另一个隐蔽问题：元素还没插入 DOM 就执行 JS（比如脚本放在 里且没加 defer）。此时 querySelector 返回 NULL，再链式调用 .value 就报 Cannot read Property 'value' of null。
- 检查是否漏了
#（ID 选择器）或.（class 选择器）——querySelector("myInput")是错的，得写querySelector("#myInput") - 确保 JS 在
底部，或监听DOMContentLoaded事件 - 用
console.log打印选中的元素本身，比直接读value更容易定位问题
字符串不是 HTML 的一等公民，它始终依附于具体元素和上下文。最常被忽略的是：用户输入的字符串从不“自动存在”于 JS 变量里，每次要用，都得主动从 value 拿，而且得确保那个元素此刻真的在页面上、可访问、没被移除或重命名。