cols属性控制textarea以等宽字体为基准的可见列数，非像素宽度或字符上限；其实际宽度受font-family、padding、border及父容器约束影响，中文显示效果不稳定，仅作语义提示而非精确布局工具。
textarea 的 cols 属性到底控制什么
cols 不是像素宽度，也不是字符数量上限，它表示“以等宽字体为基准的可见列数”，浏览器据此估算文本框的初始宽度。比如 cols="40" 意味着：假设每个字符占 1 个单位宽（类似 Courier），那横向大约能排下 40 个英文字符——但对中文完全不适用，实际可能只显示 20～25 个汉字。
为什么设了 cols="100" 还是显得很窄
常见错误现象：在中文界面中把 cols 设得很大，但视觉上没变宽；或者换了个自定义字体后，宽度突然收缩甚至溢出。
-
cols值受当前font-family影响极大：比例字体（如"Microsoft YaHei"、"PingFang SC"）会让单字实际宽度远超“平均字符”基准 - 浏览器默认样式里的
padding和border会进一步压缩内容区，而cols计算时并不包含它们 - 在 flex 或 grid 容器中，
cols可能被父容器的尺寸约束直接忽略
该用 cols 还是 style.width
如果你要的是语义化、可访问、且对屏幕阅读器友好的行宽提示，保留 cols 并设一个合理值（比如 40～60）；如果目标是精确控制像素级宽度、适配响应式或统一设计系统，则必须用 CSS。
- 仅用
cols：适合快速原型、表单语义优先场景，但无法保证跨设备一致 - 仅用
style.width或 CSS 类：推荐用于生产环境，例如style="width: 100%; max-width: 600px;" - 混用风险：同时设
cols="50"和style.width="300px"时，后者会覆盖前者视觉效果，但cols仍保留在 DOM 中供辅助技术读取
修改 cols 的 JS 写法和陷阱
通过 JS 动态改 cols 看似简单，但容易忽略两个关键点：类型必须是字符串数字，且变更后不会触发布局重排（除非配合 resize 或强制 offsetHeight 读取）。
- 正确写法：
textareaEl.cols = "60"或textareaEl.setAttribute("cols", "60") - 错误写法：
textareaEl.cols = 60（部分老版本 IE 会报错）、textareaEl.cols = "60px"（非法值，会被忽略） - 动态调整后若需立即生效，建议加一句
textareaEl.style.width = ""清除可能存在的内联 width 干扰
cols 精确预估中文下的可视宽度——它只是个历史遗留的语义锚点，不是布局工具。 
