零宽空格（U+200B）是Unicode断字点，仅在无空格或连字符时触发软换行；用于URL、驼峰命名折行及RTL/LTR混排，但复制粘贴和正则易出错，应优先用CSS控制换行。
零宽空格（，U+200B）在 HTML5 中不是“用来打的”，它本身不可见、不占位、不触发换行，但浏览器会将其识别为一个合法的 Unicode 断字点——这意味着它的作用非常具体：**控制自动换行的位置，且仅在连字符或空格缺失时生效**。
什么时候必须用 而不能用普通空格
普通空格（ ）会被浏览器合并、可能被截断、还会在行首/行尾被忽略；而 是“软换行提示符”，只在必要时才作为断点起作用。常见于：
- 长 URL 或邮箱地址嵌在中文段落中，又不想加
- API 接口名如
getUserProfileById需要在大小写边界处允许折行（比如get）UserProfileById - 避免某些 RTL/LTR 混排场景下浏览器错误合并相邻文字（尤其在阿拉伯语、希伯来语与英文混用时）
和
二者都用于建议换行位置，但行为不同：
-
是 Unicode 字符，属于内容层，可被复制粘贴、出现在textContent中，JS 里用.split(' ')不会切开它，但用.split(/\s+/)会忽略它 -
textContent里完全看不到，对 SEO 和可访问性更干净 - 在老旧浏览器（如 IE11）中，
支持更好；
容易踩的坑：复制粘贴和正则处理
开发中常忽略它带来的副作用：
立即学习“前端免费学习笔记（深入）”；
- 用户从网页复制含
的文本，粘贴到终端或代码编辑器后可能报错（比如npm install foobar实际是非法包名） -
后端做输入校验时，若只过滤
\s（空格、制表等），会漏掉，导致存储脏数据 -
前端用
String.prototype.trim()无法清除它；需显式替换：text.replace(/[\u200B-\u200F\u202A-\u202E]/g, '')
真正需要它的时候很少，多数所谓“防折叠”“隐藏分隔符”的需求，其实该用 CSS 的 word-break 或 overflow-wrap 控制；硬塞 只会让文本处理链路变脆弱。它不是装饰符，是断行协商信号——用之前先确认浏览器是否真在那个位置卡住了。
