.NET Framework 与 .NET Core 的 XML 解析器在实现、安全策略、API 可用性和性能上存在差异：1. .NET Core 采用纯托管代码实现跨平台，而 .NET Framework 依赖 MSXML 和本地组件；2. .NET Core 默认禁用 DTD 和外部实体，提升安全性，旧项目需显式启用以避免解析失败；3. XmlDataDocument 等旧 API 被移除，推荐使用 XDocument 或 XmlReader；4. .NET Core 解析性能更优，内存占用更低，尤其适合大文件处理。迁移时应检查 DTD 设置、替换弃用 API 并优先采用流式解析。
在C#开发中，XML解析是常见需求，但不同.NET平台版本（.NET Framework 与 .NET Core/.NET 5+）中的XML解析器实现存在差异，可能导致代码迁移或跨平台运行时出现兼容性问题。了解这些差异有助于避免运行时异常、性能下降或行为不一致。
1. XML解析器核心实现差异
.NET Framework 和 .NET Core 虽然都提供 System.Xml 命名空间，但底层实现有明显区别：
- .NET Framework 使用基于 MSXML 的旧式实现，部分组件依赖 Windows 系统组件，如 XmlDocument 和 XPathNavigator 在某些场景下会调用本地代码。- .NET Core 完全重写了 XML 解析器，移除了对 Windows 特定 API 的依赖，实现跨平台支持。所有解析逻辑均为托管代码，更轻量但也可能缺少某些旧功能。
- 某些类如 XmlSchema 在 .NET Core 中初期支持有限，直到 .NET 5 才逐步完善。
这意味着依赖特定解析行为（如 DTD 处理、命名空间解析细节）的代码，在迁移到 .NET Core 时可能出现解析失败或结果不同。
2. 默认安全策略变化
XML 解析的安全问题是两大平台的重要差异点：
- .NET Framework 默认允许 DTD 处理和外部实体解析，容易受到 XXE（XML External Entity）攻击，除非手动禁用。- .NET Core 默认禁用 DTD 和外部实体，提升安全性。例如使用 XmlReader.Create() 时，若未显式启用 DTD 支持，加载含 DTD 的文档会抛出异常。
迁移旧项目时，如果 XML 数据包含 DOCTYPE 声明，需检查是否设置了 DtdProcessing 为 Parse 或 Ignore，否则会报错。
3. API 可用性与弃用情况
部分在 .NET Framework 中常用的 API 在 .NET Core 中被标记为弃用或移除：
- XmlNodeReader 和 XmlNode 相关方法仍可用，但性能不如 XmlReader 流式处理。
- 新推荐方式是使用 XmlReader、XDocument（LINQ to XML）等现代 API，它们在两个平台上行为更一致。
使用已弃用 API 的旧代码在 .NET Core 编译可能警告或失败，需重构为推荐模式。
4. 性能与内存行为差异
由于实现不同，相同 XML 操作在两个平台上的性能表现可能不同：
- .NET Core 的 XDocument 和 XmlReader 通常更快，内存占用更低，尤其在处理大文件时优化更明显。- .NET Framework 中的 XmlDocument 容易导致内存暴涨，因其将整个文档载入内存树结构。
- 若代码依赖 XmlDocument 的事件模型（如 NodeChanged），.NET Core 虽支持但触发时机可能略有不同。
建议在性能敏感场景统一使用流式解析（XmlReader），避免平台差异影响响应速度。
基本上就这些。迁移时重点检查 DTD 设置、弃用 API 和解析模式，多数问题可避免。
