的默认值必须写在起始与闭合标签之间，value属性完全无效，因其是容器型元素，值即标签体内容，非属性传递。
直接把内容写在 <textarea></textarea> 开始和结束标签之间，而不是用 value 属性——这是唯一可靠、符合 HTML 标准的设置默认值方式。
为什么 value 属性在 <textarea></textarea> 上完全无效
HTML 规范明确规定：<textarea></textarea> 是「可包含文本内容的容器型元素」，它的值必须作为标签体（tag content）存在，不是通过属性传递。浏览器遇到 <textarea value="xxx"></textarea> 会静默忽略 value 属性，既不报错也不渲染。
- 常见错误现象：PHP/ASP.NET 模板里写了
<textarea name="desc" value="<?php echo $data['desc']; ?>"></textarea>，结果页面始终为空 - 根本原因：这不是浏览器兼容性问题，而是 HTML 语法错误——
value对<textarea></textarea>来说属于非法属性 - 对比
<input>：后者是自闭合的「空元素」，必须依赖value属性；而<textarea></textarea>是双标签容器，内容即值
PHP 场景下预填充内容的正确写法
服务端输出必须放在 <textarea></textarea> 起始与闭合标签之间，并做字符转义，否则可能破坏 HTML 结构或引发 XSS。
- ✅ 正确示例：
<textarea name="title"><?php echo htmlspecialchars($row['title'] ?? ''); ?></textarea> - ⚠️ 必须使用
htmlspecialchars()：防止用户输入中的、<code>&等被解析为 HTML 标签 - ⚠️ 不能遗漏闭合标签
：否则后续 HTML 会被吞掉，页面布局错乱 - ❌ 不要加
type="text"：该属性对<textarea></textarea>无意义，且某些旧版浏览器会报解析警告
ASP.NET 中 HtmlTextArea.Value 的实际作用范围
HtmlTextArea.Value 是服务器控件的编程接口，只在 .NET 后台代码中读写有效，它不会改变客户端 HTML 的结构逻辑。
- 后台赋值（如
TextArea1.Value = "default text";）等价于在响应流中生成<textarea>default text</textarea> - 前端 JS 无法通过
element.value读取到这个值——除非它已真实渲染进 DOM；反之亦然，JS 修改后需回传才能更新Value - 注意安全：
Value直接拼入 HTML 输出时，同样需手动调用Server.HtmlEncode()防 XSS - 兼容性提示：该类属于
System.Web.dll，仅适用于传统 ASP.NET Web Forms（.NET Framework），不适用于 ASP.NET Core
用 CSS 替代 rows/cols 更可控
rows 和 cols 是 HTML 原生属性，仅提供粗略尺寸参考，实际渲染受字体、缩放、CSS 继承影响大，容易失真。
- 推荐做法：移除
rows/cols，改用 CSS 控制，例如style="height: 120px; width: 100%;"或 class 中定义min-height/resize - 特别注意：移动端 Safari 对
cols解析异常，可能导致宽度溢出或换行错乱 - 如果必须用原生属性，
rows可辅助无障碍阅读器理解预期行数，但视觉表现仍以 CSS 为准
最易被忽略的一点：前后端都得意识到 <textarea></textarea> 的内容是「标签体」而非「属性值」——这个底层认知偏差，会导致从模板语法、JS 操作到服务端绑定全线出错。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
