Scala 2.13+彻底移除XML字面量支持，必须显式引入scala-xml库并用scala.xml.XML等API操作；实体不自动解析、大文件需用XML.load、属性顺序不保证、Scala 3中scala-xml非默认依赖。
Scala XML字面量在2.13+里直接报错XML literal is deprecated
Scala 2.13起彻底移除了对XML字面量的原生支持，所有像<div>hello</div>这样的写法都会触发编译错误。这不是警告，是硬性拒绝编译。
原因很直接：维护成本高、与现代Web生态脱节、安全风险（如隐式XSS倾向）、且被更成熟的库（如scala-xml）替代多年。
- 如果你用的是Scala 2.13或3.x，
scala-xml必须显式引入，且所有XML操作都要走scala.xml.XML或scala.xml.Elem等类 - 旧项目升级时，别指望加个
-language:xml就能恢复——这个flag在2.13里已被删除 - IDE（如IntelliJ）可能还高亮显示XML字面量为合法语法，但编译器不买账，以编译结果为准
用scala-xml解析字符串XML的正确姿势
替换掉已失效的XML.loadString，现在得用scala.xml.XML伴生对象里的方法，但注意默认行为变了：不再自动展开实体、不默认校验DOCTYPE。
-
scala.xml.XML.loadString("<p> </p>")→ 返回含.text或用scala.xml.parsing.NoBindingFactoryAdapter - 加载含外部DTD或命名空间的XML？默认会失败。必须传入自定义
Parser，比如XML.withSAXParser(new org.xml.sax.helpers.XMLReaderAdapter) - 大文件别用
loadString，改用XML.load配java.io.File或java.io.InputStream，避免内存爆掉
scala.xml.Elem构建XML时属性顺序不保证
用<tag id="1" class="btn">OK</tag>这种写法（即使通过scala-xml构造）生成的Elem，其attributes是MetaData链表，遍历时顺序和源码不一致——这不是bug，是设计如此。
- 不要依赖
elem.attributes.toString输出顺序做断言或日志比对 - 需要稳定序列化？用
scala.xml.PrettyPrinter，它内部会按字母序整理属性（但仅限输出，不改变Elem本身） - 若业务逻辑真要按声明顺序处理属性（比如模板引擎），得自己用
List[(String, String)]存，再转成Elem，别图省事直接拼
Scala 3里连scala-xml都不是默认依赖
Scala 3项目新建后，scala-xml完全不会出现，连import scala.xml._都会红。不是忘了加，是根本没拉取。
- SBT中必须显式添加
libraryDependencies += "net.sourceforge.saxon" % "saxon" % "12.4"（推荐Saxon）或"org.scala-lang.modules" %% "scala-xml" % "2.2.0"（官方模块，但功能较基础） - Mill用户要注意：
ivy"org.scala-lang.modules::scala-xml:2.2.0"中的双冒号表示Scala版本自动匹配，单冒号会错配Java-only版本 - 如果只是读配置、不涉及复杂XPath或命名空间，考虑换
io.circe或uPickle转JSON——很多XML配置其实可以扁平化，没必要死守XML解析
XML解析从来就不是“写个字面量就完事”的事，从2.11到3.x，每一步迁移都在提醒：语法糖退场后，剩下的是对数据契约和解析边界的清醒判断。
