xml:space属性通过preserve和default值控制空白字符处理，preserve保留所有空白，default允许应用自行处理；该属性可继承，解析器如SAX报告所有空白，DOM可能忽略无意义空白；XSLT中可用xsl:strip-space移除指定元素的空白，xsl:preserve-space保留指定元素空白，二者结合xml:space实现精细控制。
XML空白字符的处理规则，在我看来，它不是一个简单的“是”或“否”的问题，更像是一种上下文相关的艺术。核心在于，XML本身对哪些空白字符是“有意义”的，哪些可以被忽略，并没有一个统一的、强制性的规定。这主要取决于xml:space属性的设置，以及更重要的是，你的XML解析器和后续处理应用（比如XSLT处理器）如何选择去理解和操作这些空白。简单说，如果没明确指示，解析器通常会保留所有空白，但应用程序可能会根据自己的逻辑再进行裁剪。
解决方案
要有效管理XML文档中的空白字符，你需要从两个层面入手：首先是文档本身通过xml:space属性给出的“建议”，其次是你使用的XML解析器和应用程序（如XSLT转换器、DOM/SAX处理器）的具体实现和配置。
xml:space属性是一个内置的XML属性，它可以出现在任何元素上，并且会从父元素继承到子元素，除非子元素自身显式覆盖。它有两个可能的值：
-
preserve：表示该元素及其子元素中的所有空白字符（包括空格、制表符、换行符等）都应该被保留，因为它们被认为是内容的一部分，具有语义上的重要性。 -
default：表示应用程序可以根据其自己的判断来处理这些空白字符。通常，这意味着非内容性的空白（比如用于排版缩进的空白）可以被忽略或移除。
大多数XML解析器在默认情况下会报告所有字符数据，包括那些只包含空白字符的文本节点。但后续的应用处理才是关键。例如，一个XSLT处理器在没有明确指示的情况下，可能会移除那些在元素内容模型中不被认为是混合内容的元素之间的空白。理解这一点，我们就能更精准地控制XML数据的呈现和处理。
XML中xml:space属性是如何控制空白字符行为的？
说起xml:space，我总觉得它像是一个给解析器和应用程序的“温馨提示”，而不是一个强制性的法律。它扮演的角色，更多的是一种语义上的声明，告诉处理器：“嘿，这块儿的空白，对我来说很重要，别随便动它！”或者“这块儿的空白，你看着办吧，可能只是为了好看。”
具体来说，当你在一个元素上设置xml:space="preserve"时，你就明确告诉了任何处理这个XML文档的程序，这个元素内部的空白字符（无论是空格、制表符还是换行符）都应该被视为数据的一部分，具有实际意义。比如，你可能有一个标签来展示代码片段，或者一个
反之，当设置为xml:space="default"时，你是在说：“这些空白，大多数情况下可能只是为了让XML文档在文本编辑器里看起来更整洁，方便人类阅读。如果你觉得它们不影响数据的语义，或者你有一个更好的排版方式，那么可以自由地处理它们，比如移除、规范化成单个空格等。”这通常适用于那些数据密集型、机器处理为主的XML文档，比如配置信息或者数据交换格式。我们不希望仅仅因为XML文档的格式化而引入额外的、无意义的文本节点。
需要注意的是，xml:space属性是会继承的。如果你在一个父元素上设置了它，那么所有没有明确设置xml:space属性的子元素都会继承父元素的行为。这种继承机制非常实用，避免了在每个元素上都重复声明。但这也意味着，在某些特定子元素中，如果你需要不同的空白处理行为，就必须显式地覆盖它。这就像家庭装修，你定了一个整体风格，但某个房间想有自己的特色，就得单独设计。
不同XML解析器对空白字符的处理有何异同？
谈到XML解析器对空白字符的处理，这其实是一个经常让人感到困惑的地方。我个人觉得，理解这一点是深入XML处理的关键一步。本质上，不同的解析器（或者说，同一解析器在不同配置下）对“报告”空白字符的方式会有所不同，而这直接影响到我们后续的应用程序如何“看到”和“处理”这些空白。
首先，我们得区分两种主要的解析模型：SAX（Simple API for XML）和DOM（Document Object Model）。
SAX解析器：
SAX是一种事件驱动的解析器。它不会一次性把整个XML文档加载到内存中，而是当你解析文档时，它会触发一系列事件。当SAX解析器遇到字符数据时，包括空白字符，它会通过characters()回调方法报告这些数据。这意味着，SAX解析器通常会忠实地报告它所遇到的所有字符，包括那些可能只包含空格、制表符或换行符的文本内容。对于SAX，它只是一个“报告者”，至于这些空白字符是否有意义，SAX本身不做判断，而是留给你的应用程序逻辑去决定。这对于处理大型文档非常高效，但要求你在处理回调时自己管理空白逻辑。
DOM解析器： DOM解析器则不同，它会构建一个内存中的树形结构来表示整个XML文档。在构建这个树的过程中，DOM解析器会将字符数据封装成文本节点（Text Node）。对于空白字符，DOM解析器通常也会将它们作为文本节点的一部分。然而，这里有个微妙之处：一些DOM实现可能会提供选项来“规范化”空白，或者在某些情况下，如果空白节点被认为是“可忽略的”（ignorable whitespace），它可能不会在DOM树中表示出来。
例如，在Java的JAXP中，你可以通过DocumentBuilderFactory.setIgnoringElementContentWhitespace(true)来指示解析器在构建DOM树时忽略那些在元素内容模型中被认为是“可忽略的”空白。但这个功能依赖于DTD或XML Schema来提供内容模型信息，否则解析器无法判断哪些空白是“可忽略”的。如果你的文档没有DTD或Schema，或者解析器不是验证型解析器，那么它通常会把所有空白都当成有意义的文本节点来处理。
所以，核心的异同在于：SAX总是报告，应用程序自行处理；DOM则在构建树时，根据配置和是否有Schema信息，可能会对空白进行一定的预处理或过滤。对于开发者来说，这意味着你需要清楚你使用的解析器默认行为是什么，以及是否有配置选项可以改变这种行为，以满足你的需求。
在XSLT转换中，如何有效管理XML文档的空白字符？
在XSLT（Extensible Stylesheet Language Transformations）转换中，空白字符的处理可以说是一门艺术，因为它直接影响到最终输出的结构和可读性。我们经常会遇到这样的场景：源XML文档为了人类阅读的方便，有很多缩进和换行，但在转换成另一个XML格式或者HTML时，这些“排版性”的空白可能就成了累赘。反之，如果源文档中的空白是数据的一部分（比如代码片段），我们又需要精确地保留它们。
XSLT提供了两个强大的指令来管理空白：xsl:strip-space 和 xsl:preserve-space。
xsl:strip-space elements="element-name-list"： 这个指令告诉XSLT处理器，对于指定列表中的元素，它应该移除所有“可忽略的”空白字符。这里的“可忽略的”通常指的是那些不包含任何非空白字符的文本节点。 例如，如果你有一个XML文档像这样：Item A 123 在
这意味着，当XSLT处理器看到
-
xsl:preserve-space elements="element-name-list"： 与xsl:strip-space相反，这个指令告诉XSLT处理器，对于指定列表中的元素，它应该保留所有空白字符，即使它们看起来是“可忽略的”。 比如，如果你有一个My Article function hello() { console.log("World"); } 在这种情况下，你需要在XSLT中明确指示保留
这样，在转换后的输出中，
function hello() { ... }的缩进和换行就会被精确地保留下来。
优先级与默认行为：
值得注意的是，xsl:strip-space和xsl:preserve-space是可以混合使用的。如果一个元素同时被两者匹配，xsl:preserve-space的优先级更高。
XSLT处理器默认情况下会尝试移除那些在元素内容模型中不被认为是混合内容的元素之间的空白。但如果你使用了xml:space="preserve"属性，XSLT处理器会尊重这个声明，除非被xsl:strip-space明确覆盖（这通常不会发生，因为xml:space="preserve"的语义优先级很高）。
所以，在XSLT中管理空白，更多的是一种策略选择：你是想让输出尽可能紧凑，还是需要精确地保持源文档的格式？理解这两个指令，并结合xml:space属性的运用，你就能灵活地控制转换过程中的空白字符行为。
