Proguard如何混淆Service Loader的META-INF/services接口与实现类名？

当然可以实现你说的需求——把接口com.example.Foo和实现类com.example.impl.FooImpl的类名完全混淆，同时让META-INF/services里的配置文件同步更新，不用保留任何原类名。不过核心是要给ProGuard配置正确的规则，让它既能混淆类名，又能自动适配服务配置文件的内容和文件名。

下面是具体的实现思路和配置要点：

• 核心配置：让ProGuard适配服务配置文件
  这是最关键的一步，ProGuard提供了两个专门的选项来处理这类资源文件的适配：

  • 使用-adaptresourcefilenames META-INF/services/**：告诉ProGuard扫描META-INF/services下的所有文件，把文件名（也就是原来的接口全限定名）替换成混淆后的接口类名。比如原来的META-INF/services/com.example.Foo会变成META-INF/services/com.example.a（假设接口被混淆成com.example.a）。
  • 使用-adaptresourcefilecontents META-INF/services/**：让ProGuard修改这些服务配置文件的内容，把里面写的实现类全限定名替换成混淆后的类名。比如文件里的com.example.impl.FooImpl会变成com.example.b.a（假设实现类被混淆成这个名称）。

• 无需额外保留类名
  你不需要添加-keepnames或者-keep规则来保留接口和实现类的原类名，只要不主动禁止混淆它们，ProGuard会正常混淆类名。而且因为我们配置了上面的资源适配规则，ProGuard会自动追踪这些类名的变化，同步更新服务配置，不会导致Service Loader找不到实现类。

• 完整规则示例
  这里给你一个简化的ProGuard配置示例，你可以根据自己的项目情况调整：

  # 基础配置，确保ProGuard不会跳过非公共库类（如果你的接口/实现是公共类可以忽略，但加上更稳妥）
  -dontskipnonpubliclibraryclasses
  -dontskipnonpubliclibraryclassmembers
  
  # 适配META-INF/services的文件名和内容
  -adaptresourcefilenames META-INF/services/**
  -adaptresourcefilecontents META-INF/services/**
  
  # 其他常规混淆规则（根据你的项目需求添加，比如保留某些入口类等）
  # -keep public class com.example.Main { public static void main(java.lang.String[]); }
  

• 注意事项

  • 确保ProGuard能扫描到META-INF/services目录下的文件，不要用-keepresources或者其他规则把这些文件排除掉，否则ProGuard无法处理它们。
  • 如果你的接口有多个实现类，配置文件里的每一行实现类名都会被ProGuard自动替换成混淆后的名称，不用担心遗漏。

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