white-space属性通过控制空白符处理和换行行为，解决文本布局中的格式丢失、意外换行与溢出问题。其常用值如normal（合并空格、自动换行）、nowrap（禁止换行）、pre（保留所有空白）、pre-wrap（保留空白且允许换行）、pre-line（合并空格但保留换行）分别适用于代码展示、用户输入处理、单行标题等场景。常与overflow:hidden和text-overflow:ellipsis配合实现单行省略效果，三者协同可优雅处理文本溢出。选择pre-wrap而非pre在于兼顾格式保留与响应式换行，而pre-line则更适合需保留段落结构但清理多余空格的文本内容。
white-space属性核心在于控制浏览器如何处理元素内的空白符（空格、制表符、换行符）以及文本是否会换行。它就像是给文本内容定下了一套“行为规范”，决定了你敲入的那些看似不起眼的空白，最终在页面上是原样呈现，还是被压缩、忽略，又或者在宽度不足时乖乖换行。理解并善用它，能让你在文本布局上拥有更精细的掌控力。
解决方案
white-space属性通过一系列值来定义其行为：
-
normal
(默认值): 这是最常见的行为。浏览器会将连续的空格和制表符合并为一个，并且在需要时自动换行。换行符（\n
）也会被视为一个空格。 -
nowrap
: 同样会合并连续的空格和制表符，但它会阻止文本自动换行。内容会尽可能地保持在单行显示，超出容器时可能导致溢出。 -
pre
: 完全保留文本中的所有空白符（包括空格、制表符和换行符），并且不自动换行。它的行为类似于 HTML 中的标签。
-
pre-wrap
: 保留所有空白符，但允许文本在必要时自动换行。这是标签行为与自动换行结合的产物。
-
pre-line
: 合并连续的空格和制表符，但保留换行符。同时，文本会在需要时自动换行。 -
break-spaces
: 这是一个相对较新的值，它与pre-wrap
类似，保留所有空白符并允许换行。但它有一个关键区别：它允许在任何保留的空白符处（包括连续空格之间）进行换行，而pre-wrap
通常只在单词之间换行。
white-space
属性在日常开发中究竟解决了哪些痛点？
在前端开发里，文本内容的展示从来不是一件简单的事。我们经常遇到一些让人头疼的场景，而
white-space属性就像一把瑞士军刀，能恰到好处地解决不少这类问题。
我个人觉得，它最直接的价值体现在处理代码片段、用户输入和标题展示上。比如，当我们需要在网页上展示一段代码时，如果直接用
div包含，
normal默认行为会把代码里的多余空格和缩进都“吃掉”，换行也可能不按预期。这时候，
pre-wrap或
pre就显得尤为重要，它们能完美保留代码的原汁原味，包括那些对格式至关重要的空格和换行。
立即学习“前端免费学习笔记（深入）”；
再比如用户评论区，用户可能习惯性地敲很多空格，或者用回车分段。如果用
normal，那些多余空格会被合并，而
pre-line则能很好地处理这种情况：多余空格压缩，但用户的换行意图被尊重。这不仅让内容更符合用户预期，也避免了视觉上的混乱。
还有一种常见场景是单行标题或导航项。我们不希望一个很长的标题在某个断点处突然换行，把布局搞乱。这时候，给标题元素加上
white-space: nowrap;，就能强制它保持单行显示，即使超出了容器宽度，也只会溢出。当然，溢出后怎么处理是另一个问题，但至少它解决了“不该换行却换行”的痛点。
简而言之，
white-space赋予了我们对文本“呼吸空间”的精确控制，让我们能根据不同的内容类型和设计需求，灵活地调整文本的呈现方式，避免了很多不必要的布局烦恼。
white-space
与overflow
、text-overflow
这些属性有什么微妙的联动？
这三者之间的关系，就像是一个精心设计的组合拳，共同解决文本溢出时的显示问题。单独使用
white-space可能会导致一些新的布局挑战，特别是
nowrap这个值。
当我们设置
white-space: nowrap;时，文本被强制保持在单行，这很容易导致内容超出其父容器的宽度。这时候，页面上就会出现烦人的横向滚动条，或者内容直接溢出到其他元素上方，造成布局混乱。
初次使用易达CMS企业系统以下简称(易达)，易达系统运行于微软公司开发的 ASP 程序平台，ASP是目前国内应用最广泛的WEB开发语言,空间基于微软windows IIS,使您的购买空间和维护成本降到最低，并以其众多独创或领先的新特性和功能设计，使得用户深刻体验到易达以原创研发、服务客户为主导开发理念的独到之处和领先优势，易达严格上讲是为懂点网站建设和HTML或DIV+CSS技术的人员而开发的一套
为了优雅地处理这种溢出，我们通常会引入
overflow和
text-overflow。
overflow: hidden;是第一步。它告诉浏览器：“如果内容溢出了，就给我藏起来，别显示出来。”这解决了横向滚动条的问题，但用户会发现文本被截断了，不知道后面还有内容。
这时候，
text-overflow: ellipsis;就派上用场了。它通常与
overflow: hidden;和
white-space: nowrap;配合使用。当文本被
overflow: hidden;截断时，
text-overflow: ellipsis;会在截断处显示一个省略号（
...），向用户表明“这里还有更多内容，只是被隐藏了”。
所以，一个常见的组合是：
.single-line-text {
white-space: nowrap; /* 强制单行 */
overflow: hidden; /* 隐藏溢出部分 */
text-overflow: ellipsis; /* 溢出时显示省略号 */
/* 记得给父容器设置一个宽度，否则没有溢出的概念 */
width: 200px;
}这套组合拳在很多地方都非常实用，比如导航菜单项、列表标题、或者任何需要保持紧凑布局的文本块。它提供了一种既能保持布局整洁，又能提示用户内容被截断的优雅方案。不过，也得注意这种截断可能会损失信息，所以在使用时要权衡其对用户体验的影响。
什么时候选择pre-wrap
而不是pre
，或者pre-line
？它们之间真正的区别是什么？
这三个
pre-开头的值，初看起来有点相似，但它们在处理空白符和换行上的细微差别，决定了它们各自的最佳应用场景。理解这些区别，能帮助我们更精确地控制文本显示。
pre
:
它的行为几乎与 HTML 的
标签一模一样。
- 保留所有空白符： 你在代码里写了多少个空格、多少个制表符、多少个换行符，它就原封不动地显示出来。
- 不自动换行： 即使内容超出了容器宽度，它也不会自动换行，而是会导致横向滚动。
适用场景： 当你需要严格地按照源代码的格式来显示文本时，比如显示一段固定格式的诗歌，或者一段不允许任何自动换行的代码示例。它的优点是“所见即所得”，但缺点是可能破坏页面布局，引入横向滚动条。
pre-wrap
:
这是
pre的一个更“友好”的版本。
-
保留所有空白符： 和
pre
一样，它也会保留你输入的所有空格、制表符和换行符。 - 允许自动换行： 但它会在容器宽度不足时，在单词之间或长字符串内部进行自动换行。
适用场景： 这是我个人在处理代码块时最常用的一个值。它既能保留代码的缩进和结构，又能在屏幕宽度有限时，让代码自动换行，避免出现横向滚动条，大大提升了阅读体验。比如在一个响应式布局的博客文章里展示代码，
pre-wrap几乎是首选。
pre-line
:
这个值在处理空白符上，更像
normal和
pre-wrap的结合体。
-
合并连续空格和制表符： 和
normal
一样，它会将连续的空格和制表符合并成一个。 -
保留换行符： 但它会保留你文本中明确的换行符（
\n
）。 - 允许自动换行： 同样，它也会在容器宽度不足时自动换行。
适用场景： 想象一下用户在文本框里输入了一段内容，其中可能有很多不必要的连续空格，但用户通过回车键实现的段落分隔是需要保留的。
pre-line就非常适合这种场景。它既能清理掉多余的空格，又能尊重用户的换行意图，并且还能根据布局自动换行。它比
pre-wrap更“智能”地处理了空格，更侧重于保留文本的“段落结构”而非所有原始空白。
总结一下，如果你需要完全忠实于原始文本的每一个字符（包括多余空格）且不换行，用
pre。如果需要完全忠实于原始文本的每一个字符但允许自动换行，用
pre-wrap。而如果你需要保留用户明确的换行意图，但又想合并多余的空格，并允许自动换行，那
pre-line就是你的理想选择。它们各自有其擅长的领域，没有绝对的优劣，只有是否适合当前需求。
