XML的核心用途是结构化描述数据，用于系统间准确理解、可靠传输和长期保存；它在配置文件、企业级SOAP通信、文档标准（如SVG/Office XML）、数据归档等特定领域仍不可替代。
XML的核心用途是结构化描述数据，不是为了展示，而是为了让数据能被不同系统准确理解、可靠传输和长期保存。它在现代Web开发中仍有明确价值，但使用场景已大幅收窄——不再是“通用数据传输首选”，而是在特定领域保持不可替代性。
配置文件：稳定、清晰、可追溯
很多成熟框架和工具链仍重度依赖XML配置。比如Spring早期大量使用applicationContext.xml管理Bean；Java Web项目中的web.xml至今仍是Servlet规范的部署契约，定义Servlet映射、过滤器顺序、会话超时等关键行为。它的优势在于：标签语义明确、层级直观、IDE支持完善、变更易审查（适合Git跟踪），比纯注解更利于大型团队统一约束。
企业级通信与遗留系统集成
银行、政务、ERP等传统系统广泛采用SOAP协议，其消息体强制使用XML封装。这类系统升级周期长、语言异构性强（Java、C#、COBOL共存），XML的严格Schema校验（XSD）和命名空间机制，能有效保障跨系统调用的数据完整性与版本兼容性。即使新接口用JSON，对接老系统时仍绕不开XML解析。
文档与矢量图形标准格式
Office Open XML（.docx/.xlsx）、OpenDocument Format（.odt）、SVG图像全部基于XML构建。这意味着：一个SVG图标可以直接嵌入HTML，用CSS控制颜色、用JS绑定事件；一份Excel模板可通过XML解析动态填充数据。这些不是临时方案，而是ISO/IEC认证的开放标准，生命力远超短期技术潮流。
数据归档与交换中间层
当需要长期存档结构化业务数据（如医疗报告、法律文书、科研元数据），XML+XSD比JSON更受青睐。原因有三：支持注释、支持命名空间隔离语义、支持复杂内容模型（混合文本与元素）。某些行业监管要求“格式自描述且可验证”，XML天然满足，而JSON Schema虽能部分替代，但缺乏标准化的验证生态和工具链深度支持。
基本上就这些。它不再冲锋在前端API一线，但仍在后台配置、系统集成、标准文档和合规场景里稳稳扎根。不复杂，但容易忽略它的设计初衷——不是要取代JSON，而是解决JSON不擅长的问题。
