textarea必须用.value而非.textContent或.innerHTML，因为.value唯一反映实时输入内容，而.textContent读取初始值、innerHTML会重置DOM并丢失光标。
直接用 .value.toUpperCase()，别碰 .innerHTML 或 .textContent —— 它们对 <textarea></textarea> 无效，且会清空光标位置、破坏用户输入体验。
为什么 textarea 必须用 .value 而不是 .textContent
因为 <textarea></textarea> 是表单控件，它的「当前输入内容」只存在 .value 属性中；.textContent 读取的是初始 HTML 中的文本（即标签内写的默认值），不会响应用户实时输入；.innerHTML 更危险——写入它会重置整个 DOM 子树，导致光标丢失、事件监听器被销毁。
常见错误现象：
– 点击按钮后内容“闪一下”就恢复原样
– 光标跳到开头或消失
– 多次点击后功能失效
- 正确写法：
document.getElementById('editor').value = document.getElementById('editor').value.toUpperCase(); - 错误写法：
document.getElementById('editor').textContent = ...或document.getElementById('editor').innerHTML = ... - 如果用了框架（如 Vue/React），应通过响应式数据更新，而非直接操作 DOM
input 和 textarea 的大小写转换触发时机差异
input 类型适合「输入中实时转换」，textarea 更适合「操作后批量转换」——这是由交互密度决定的。
立即学习“前端免费学习笔记（深入）”；
-
input可监听input事件 +setSelectionRange保光标，实现边输边转（但需注意中文 IME 输入冲突） -
textarea若在input事件里频繁调用.toUpperCase()，会导致光标跳变、粘贴内容被意外截断 - 推荐做法：按钮触发（如“转大写”）、或
blur时统一处理（适合单行简短输入）
英文大小写转换的边界情况与兼容性提醒
String.prototype.toUpperCase() 在绝大多数现代浏览器中能正确处理 ASCII 字母和常见拉丁扩展字符（如 é, ñ, ü），但对某些 Unicode 字符（如德语 ß → SS、土耳其语 i/I 映射）行为不一致，且不处理数字、符号、空白。
- 它不会改变非字母字符：空格、换行、标点、数字均原样保留
- 对中文、日文、韩文等 CJK 字符无影响（返回原字符）
- IE11 及更旧版本对部分 Unicode 字符支持不全，若需兼容，建议加降级判断或使用
toLocaleUpperCase('en-US') - 如需严格控制仅英文字母，可用正则：
str.replace(/[a-z]/g, c => c.toUpperCase())
真正容易被忽略的是光标位置管理——哪怕只改一个字母，也要手动恢复 selectionStart / selectionEnd，否则用户无法连续编辑。这点在 textarea 批量转换时反而不用操心，但在实时转换场景下几乎是必踩的坑。
