sbt assembly构建时AOP模块失败，求排查原因

• 依赖版本变动：上周正常现在报错，最大可能是AOP相关依赖（比如Kamon或AspectJ）被自动更新了——可能是你用了未锁定的快照版本/动态版本号，或者间接依赖树里的某个依赖升级，新的依赖包中的aop.xml格式有问题，或者和现有文件合并后产生语法冲突。可以运行sbt dependencyTree对比上周的依赖树，找出变动的依赖项。

• MergeStrategy合并出无效XML：你自定义的合并策略可能没处理好新增的aop.xml内容，比如合并后出现重复的根元素、未闭合标签、特殊字符未转义等XML语法错误，触发SAXParseException。可以临时修改assembly配置，输出合并前的所有aop.xml文件，或者在构建失败后找到临时生成的合并文件，检查其XML结构是否合法。

• 本地依赖缓存损坏：本地缓存中的依赖包可能损坏，导致读取的aop.xml本身就是残缺或格式错误的。尝试删除本地缓存目录（比如~/.ivy2/cache或~/.coursier/cache），重新下载所有依赖后再构建。

• sbt-assembly插件版本变更：如果你的项目没有锁定sbt-assembly插件的版本，插件可能自动更新到了与sbt 1.3.10不兼容的版本，导致合并逻辑变化，原有策略失效。检查project/plugins.sbt中插件的版本号，锁定为与sbt 1.3.10兼容的版本（比如0.14.10）。

• 隐性配置/代码变更：虽然你说代码未变，但可能存在未注意到的细微变更——比如新增了带aop.xml的依赖，或者修改了MergeStrategy的实现逻辑，导致合并后的XML不符合规范。可以对比上周的代码提交记录，排查配置或依赖相关的变更。

内容的提问来源于stack exchange，提问作者Puneet Mehta