option标签内普通空格会被浏览器忽略，因html规范将其视为可折叠空白；必须使用 实体才能保留缩进，且需避免与普通空格混用或被服务端二次编码。
Option标签里加空格为什么没用
浏览器会自动忽略 <option></option> 内部开头和结尾的普通空格（" "），哪怕你写成 <option> 子项</option>，渲染时也看不到缩进。这不是 bug，是 HTML 规范行为：option 的文本内容被当作“可折叠空白”处理，连续空格、换行、制表符全被压成一个空格。
用 是最直接的解法
必须用 HTML 实体 （non-breaking space）才能强制保留空白。每个 渲染为一个不可折行的空格，且不会被浏览器合并或丢弃。
- 层级 0：
<option value="1">一级菜单</option> - 层级 1：
<option value="2"> 二级菜单</option> - 层级 2：
<option value="3"> 三级菜单</option>
注意：不要混用 和普通空格，比如 二级菜单，中间那个普通空格仍会被忽略。
ASP.NET 服务器控件里 变成字符串怎么办
在 DropDownList 或 ListBox 中直接给 ListItem.Text 赋值 " 文本"，最终输出的是被 HTML 编码过的 ，页面上显示的就是字面量 ，不是空格。
- 正确做法：用
HttpUtility.HtmlDecode解码后再赋值，或更稳妥地——改用LiteralControl手动写入<option></option>标签 - 避坑点：别重写
Render去全局替换" "，容易误伤其他 HTML 实体（如©） - 替代思路：前端 JS 动态生成 option 并插入
全角空格（ ）能用但不推荐
中文系统下，全角空格 （U+3000）确实能显示为宽空格，且不会被浏览器折叠。但它依赖系统字体对 CJK 字符的支持。
- 英文环境或终端字体缺失时，可能显示为方框、问号，甚至触发字体回退导致宽度异常
- 语义不清：它本质是“汉字宽度的空格”，不是排版缩进的标准手段
- 可维护性差：在代码里混入 Unicode 隐形字符，Git diff 看不出变化，协作时容易出错
真正稳定的做法只有两个：纯前端控制（JS + ），或后端输出前确保未被二次编码 —— 其他取巧方式，上线后大概率在某个浏览器或系统上露馅。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
