Proguard源码分析(五) ConfigurationParser.keep参数

本文深入探讨了ProGuard中ConfigurationParser类的Keep参数工作原理,包括不同Keep选项的作用及配置方法,如保留类成员名称等,并详细分析了相关源码。

本章节我们绕回来讲Keep参数,也就是ConfigurationParser 这个类。

ConfigurationParser这个类是非常重要的类,如果你已经开始看源码,你会发现所有的类和功能都围着它来转,本章节我们来揭开它的地一层面纱。

else if (ConfigurationConstants.KEEP_OPTION.startsWith(nextWord))
                configuration.keep = parseKeepClassSpecificationArguments(
                        configuration.keep, true, false, false);
            else if (ConfigurationConstants.KEEP_CLASS_MEMBERS_OPTION
                    .startsWith(nextWord))
                configuration.keep = parseKeepClassSpecificationArguments(
                        configuration.keep, false, false, false);
            else if (ConfigurationConstants.KEEP_CLASSES_WITH_MEMBERS_OPTION
                    .startsWith(nextWord))
                configuration.keep = parseKeepClassSpecificationArguments(
                        configuration.keep, false, true, false);
            else if (ConfigurationConstants.KEEP_NAMES_OPTION
                    .startsWith(nextWord))
                configuration.keep = parseKeepClassSpecificationArguments(
                        configuration.keep, true, false, true);
            else if (ConfigurationConstants.KEEP_CLASS_MEMBER_NAMES_OPTION
                    .startsWith(nextWord))
                configuration.keep = parseKeepClassSpecificationArguments(
                        configuration.keep, false, false, true);
            else if (ConfigurationConstants.KEEP_CLASSES_WITH_MEMBER_NAMES_OPTION
                    .startsWith(nextWord))
                configuration.keep = parseKeepClassSpecificationArguments(
                        configuration.keep, false, true, true);

可见,所有以keep打头的参数都是调用的parseKeepClassSpecificationArguments

跟一下这个函数的逻辑

while (true) {
            readNextWord("keyword '" + ConfigurationConstants.CLASS_KEYWORD
                    + "', '" + ClassConstants.EXTERNAL_ACC_INTERFACE
                    + "', or '" + ClassConstants.EXTERNAL_ACC_ENUM + "'",
                    false, true);

            if (!ConfigurationConstants.ARGUMENT_SEPARATOR_KEYWORD
                    .equals(nextWord)) {
                // Not a comma. Stop parsing the keep modifiers.
                break;
            }

            readNextWord("keyword '"
                    + ConfigurationConstants.ALLOW_SHRINKING_SUBOPTION + "', '"
                    + ConfigurationConstants.ALLOW_OPTIMIZATION_SUBOPTION
                    + "', or '"
                    + ConfigurationConstants.ALLOW_OBFUSCATION_SUBOPTION + "'");

            if (ConfigurationConstants.ALLOW_SHRINKING_SUBOPTION
                    .startsWith(nextWord)) {
                allowShrinking = true;
            } else if (ConfigurationConstants.ALLOW_OPTIMIZATION_SUBOPTION
                    .startsWith(nextWord)) {
                allowOptimization = true;
            } else if (ConfigurationConstants.ALLOW_OBFUSCATION_SUBOPTION
                    .startsWith(nextWord)) {
                allowObfuscation = true;
            } else {
                throw new ParseException("Expecting keyword '"
                        + ConfigurationConstants.ALLOW_SHRINKING_SUBOPTION
                        + "', '"
                        + ConfigurationConstants.ALLOW_OPTIMIZATION_SUBOPTION
                        + "', or '"
                        + ConfigurationConstants.ALLOW_OBFUSCATION_SUBOPTION
                        + "' before " + reader.locationDescription());
            }
        }

ConfigurationConstants.ARGUMENT_SEPARATOR_KEYWORD
                    .equals(nextWord)代表以非ConfigurationConstants.ARGUMENT_SEPARATOR_KEYWORD 作为终结符号,也就是说在keep之后可以跟一些参数,这些参数我们来看一下~

    public static final String ALLOW_SHRINKING_SUBOPTION             = "allowshrinking";
    public static final String ALLOW_OPTIMIZATION_SUBOPTION          = "allowoptimization";
    public static final String ALLOW_OBFUSCATION_SUBOPTION           = "allowobfuscation";

也就是说你可以采用下面这种写法:

-keep,allowshrinking,allowoptimization public class *;

我们来看一下这三个参数的影响:

if ((shrinking   && !keepClassSpecification.allowShrinking)    ||
                    (optimizing  && !keepClassSpecification.allowOptimization) ||
                    (obfuscating && !keepClassSpecification.allowObfuscation))
{
                    ClassPoolVisitor classPoolVisitor = createClassPoolVisitor(keepClassSpecification,
                            classVisitor,
                            memberVisitor);
                    multiClassPoolVisitor.addClassPoolVisitor(classPoolVisitor);
}

结果似乎并不是我想的那样,要对这个类不做任何处理,必须保证这三个参数都为true.

在这之后会调用parseClassSpecificationArguments() 来生成一个ClassSpecification 的原始数据

             classSpecification.requiredSetAccessFlags,
             classSpecification.requiredUnsetAccessFlags,
             classSpecification.annotationType,
             classSpecification.className,
             classSpecification.extendsAnnotationType,
             classSpecification.extendsClassName,
             classSpecification.fieldSpecifications,
             classSpecification.methodSpecifications

requiredSetAccessFlags 和requiredUnsetAccessFlags 两个是必须设置的
它是检测是否加载该类的入口之一。他们的值是:

public static final int INTERNAL_ACC_PUBLIC       = 0x0001;
    public static final int INTERNAL_ACC_PRIVATE      = 0x0002;
    public static final int INTERNAL_ACC_PROTECTED    = 0x0004;
    public static final int INTERNAL_ACC_STATIC       = 0x0008;
    public static final int INTERNAL_ACC_FINAL        = 0x0010;
    public static final int INTERNAL_ACC_SUPER        = 0x0020;
    public static final int INTERNAL_ACC_SYNCHRONIZED = 0x0020;
    public static final int INTERNAL_ACC_VOLATILE     = 0x0040;
    public static final int INTERNAL_ACC_TRANSIENT    = 0x0080;
    public static final int INTERNAL_ACC_BRIDGE       = 0x0040;
    public static final int INTERNAL_ACC_VARARGS      = 0x0080;
    public static final int INTERNAL_ACC_NATIVE       = 0x0100;
    public static final int INTERNAL_ACC_INTERFACE    = 0x0200;
    public static final int INTERNAL_ACC_ABSTRACT     = 0x0400;
    public static final int INTERNAL_ACC_STRICT       = 0x0800;
    public static final int INTERNAL_ACC_SYNTHETIC    = 0x1000;
    public static final int INTERNAL_ACC_ANNOTATTION  = 0x2000;
    public static final int INTERNAL_ACC_ENUM         = 0x4000;

parseClassSpecificationArguments() 方法中定义了class的写法

当你的:

if (accessFlag == ClassConstants.INTERNAL_ACC_ANNOTATTION) {
                // Already read the next word.
                readNextWord("annotation type or keyword '"
                        + ClassConstants.EXTERNAL_ACC_INTERFACE + "'", false,
                        false);

                // Is the next word actually an annotation type?
                if (!nextWord.equals(ClassConstants.EXTERNAL_ACC_INTERFACE)
                        && !nextWord.equals(ClassConstants.EXTERNAL_ACC_ENUM)
                        && !nextWord.equals(ConfigurationConstants.CLASS_KEYWORD)) {
                    // Parse the annotation type.
                    annotationType = ListUtil.commaSeparatedString(
                            parseCommaSeparatedList("annotation type", false,
                                    false, false, false, true, false, false,
                                    true, null), false);

                    // Continue parsing the access modifier that we just read
                    // in the next cycle.
                    continue;
                }

                // Otherwise just handle the annotation modifier.
            }

accessFlag 为注解符号的时候,大致写法是这样的:

-keep @com.test.TestAnno
public class * {
*;
}
-keepclassmembers class * {
    @com.test.TestAnno <methods>;
}

也就是说完全按照java的语法标准来实现。

解析完注解之后直到解析class interface enum 这些关键字

if (strippedWord.equals(ClassConstants.EXTERNAL_ACC_INTERFACE)
                    || strippedWord.equals(ClassConstants.EXTERNAL_ACC_ENUM)
                    || strippedWord.equals(ConfigurationConstants.CLASS_KEYWORD)) {
                // The interface or enum keyword. Stop parsing the class flags.
                break;
            }

得到externalClassName

之后调用

if (!configurationEnd()) {
            // Parse 'implements ...' or 'extends ...' part, if any.
            if (ConfigurationConstants.IMPLEMENTS_KEYWORD.equals(nextWord)
                    || ConfigurationConstants.EXTENDS_KEYWORD.equals(nextWord)) {
                readNextWord("class name or interface name", false, true);
                // Parse the annotation type, if any.
                LOG.log("start ");
                if (ConfigurationConstants.ANNOTATION_KEYWORD.equals(nextWord)) {
                    extendsAnnotationType = ListUtil.commaSeparatedString(
                            parseCommaSeparatedList("annotation type", true,
                                    false, false, false, true, false, false,
                                    true, null), false);
                }

                String externalExtendsClassName = ListUtil
                        .commaSeparatedString(
                                parseCommaSeparatedList(
                                        "class name or interface name", false,
                                        false, false, false, true, false,
                                        false, false, null), false);
                extendsClassName = ConfigurationConstants.ANY_CLASS_KEYWORD
                        .equals(externalExtendsClassName) ? null : ClassUtil
                        .internalClassName(externalExtendsClassName);
            }
        }

configurationEnd() 的结束条件是-和@,那么括号里面的又是干什么用的呢?

这是一种语法结构大致结构是这个样子的:

-keep public class * extends @com.test.TestAnno * #here

{
*;
}

解析到here这个位置,代表保持这个这个标注注解类的子类

最后将定义个类的元数据:

ClassSpecification classSpecification = new ClassSpecification(
                lastComments, requiredSetClassAccessFlags,
                requiredUnsetClassAccessFlags, annotationType, className,
                extendsAnnotationType, extendsClassName);

进行下一次的匹配,

if (!configurationEnd()) {
            // Check the class member opening part.
            if (!ConfigurationConstants.OPEN_KEYWORD.equals(nextWord)) {
                throw new ParseException("Expecting opening '"
                        + ConfigurationConstants.OPEN_KEYWORD + "' at "
                        + reader.locationDescription());
            }

            // Parse all class members.
            while (true) {
                readNextWord("class member description" + " or closing '"
                        + ConfigurationConstants.CLOSE_KEYWORD + "'", false,
                        true);

                if (nextWord.equals(ConfigurationConstants.CLOSE_KEYWORD)) {
                    // The closing brace. Stop parsing the class members.
                    readNextWord();

                    break;
                }

                parseMemberSpecificationArguments(externalClassName,
                        classSpecification);
            }
        }

这个匹配必须是非结束符号也就是不是 - 或者@

这就说明proguard的语法支持

-keep public class ...或者

-keep public class ...{...}

我们来看下第二种它是怎么做的:

if (nextWord.equals(ConfigurationConstants.CLOSE_KEYWORD)) {
                    // The closing brace. Stop parsing the class members.
                    readNextWord();

                    break;
 }

当读入的字符不为}的时候将继续读入

解析成员通过方法parseMemberSpecificationArguments 来生成

这个方法跟类分析程序非常相似多了一些参数的条件,比如static native transient volatile final 这类用来形容方法或者变量的属性当然在这之前有过注解验证,也就是说支持:

{

@anno

static test

}

这种写法

接下来会通过

if (    ConfigurationConstants.ANY_CLASS_MEMBER_KEYWORD.equals(nextWord)
                || ConfigurationConstants.ANY_FIELD_KEYWORD.equals(nextWord)
                || ConfigurationConstants.ANY_METHOD_KEYWORD.equals(nextWord))

三个方法来对三种通配符号做处理,这三种通配符号分别是:*,<fields>,<methods>

匹配完成之后会生成叫做MemberSpecification 的对象来倒入到class的配置中

*可以看作是后面两个东西的集合,所以在proguard处理的时候会同时调用

classSpecification.addField(new MemberSpecification(
                        requiredSetMemberAccessFlags,
                        requiredUnsetMemberAccessFlags, annotationType, null,
                        null));
                classSpecification.addMethod(new MemberSpecification(
                        requiredSetMemberAccessFlags,
                        requiredUnsetMemberAccessFlags, annotationType, null,
                        null));

这两个方法。

如果你不采用通配符号的方式来写的话,也就是说你默认会给出一个精确表达式,也有可能是一个模式匹配的表达式。我们来看一下Proguard对它的处理流程:

ConfigurationConstants.OPEN_ARGUMENTS_KEYWORD.equals(name)

proguard会先检测是否是携带参数:

这里它对构造器方法和一些错误的可能做的屏蔽处理:

if (!(type.equals(ClassConstants.INTERNAL_METHOD_NAME_INIT)
                        || type.equals(externalClassName) || type
                            .equals(ClassUtil
                                    .externalShortClassName(externalClassName)))) {
                    throw new ParseException("Expecting type and name "
                            + "instead of just '" + type + "' before "
                            + reader.locationDescription());
                }

 原理很简单,由于构造器是没有返回值的,所以你之前期望得到的返回类型应该就是构造器的方法名<init>

if (ConfigurationConstants.SEPARATOR_KEYWORD.equals(nextWord)) {
                // It's a field.
                checkFieldAccessFlags(requiredSetMemberAccessFlags,
                        requiredUnsetMemberAccessFlags);

                // We already have a field descriptor.
                String descriptor = ClassUtil.internalType(type);

                // Add the field.
                classSpecification.addField(new MemberSpecification(
                        requiredSetMemberAccessFlags,
                        requiredUnsetMemberAccessFlags, annotationType, name,
                        descriptor));
            } else if (ConfigurationConstants.OPEN_ARGUMENTS_KEYWORD
                    .equals(nextWord)) {
                // It's a method.
                checkMethodAccessFlags(requiredSetMemberAccessFlags,
                        requiredUnsetMemberAccessFlags);

                // Parse the method arguments.
                String descriptor = ClassUtil.internalMethodDescriptor(
                        type,
                        parseCommaSeparatedList("argument", true, true, true,
                                false, true, false, false, false, null));

                if (!ConfigurationConstants.CLOSE_ARGUMENTS_KEYWORD
                        .equals(nextWord)) {
                    throw new ParseException("Expecting separating '"
                            + ConfigurationConstants.ARGUMENT_SEPARATOR_KEYWORD
                            + "' or closing '"
                            + ConfigurationConstants.CLOSE_ARGUMENTS_KEYWORD
                            + "' before " + reader.locationDescription());
                }

                // Read the separator after the closing parenthesis.
                readNextWord("separator '"
                        + ConfigurationConstants.SEPARATOR_KEYWORD + "'");

                if (!ConfigurationConstants.SEPARATOR_KEYWORD.equals(nextWord)) {
                    throw new ParseException("Expecting separator '"
                            + ConfigurationConstants.SEPARATOR_KEYWORD
                            + "' before " + reader.locationDescription());
                }

                // Add the method.
                classSpecification.addMethod(new MemberSpecification(
                        requiredSetMemberAccessFlags,
                        requiredUnsetMemberAccessFlags, annotationType, name,
                        descriptor));
            } else {
                // It doesn't look like a field or a method.
                throw new ParseException("Expecting opening '"
                        + ConfigurationConstants.OPEN_ARGUMENTS_KEYWORD
                        + "' or separator '"
                        + ConfigurationConstants.SEPARATOR_KEYWORD
                        + "' before " + reader.locationDescription());
            }

这段代码也非常好理解,对于只有名字然后直接跟分号的话,它认为是成员变量参数,如果是(则是方法,对于方法来说最重要的就是方法的签名,我们来关注一下方法是如何获得签名的.

方法签名是通过String descriptor = ClassUtil.internalMethodDescriptor(
                        type,
                        parseCommaSeparatedList("argument", true, true, true,
                                false, true, false, false, false, null));

来获得,其中type就是你的返回值,我们不说详细过程,只注重一些细节的结果parseCommaSeparatedList的参数列表最后得到相应的方法签名例如:

(ILcom/test/Base;)V

第一个I代表的是INT ,如果你想关注这些,不妨看一下jvm汇编一类的知识,其实c++的方法签名方式也大同小异。所以如果你之前从事过这方面的话,应该是不会陌生的。

 

 

 

 

 

 

 

 

<think>我们正在处理ProGuard混淆过程中出现的警告:"Warning: there were classes in incorrectly named files." 这个警告表明存在类文件命名不规范的问题,即类文件所在的目录结构(包层次)与类中声明的包名不匹配。这可能导致ProGuard处理时出现问题,甚至引发构建失败(IOException)。下面将逐步解释问题原因并提供解决方案。 ### 问题原因 在Java中,类文件的存放路径必须与包名完全匹配。例如,包名为`com.example`的类必须位于`com/example/`目录下。如果类文件的实际存放路径与类中声明的包名不一致,ProGuard就会发出此警告。若不解决,可能导致后续步骤(如生成JAR包)失败。 ### 解决步骤 1. **定位问题类**: - 查看ProGuard的完整输出日志,找到具体哪些类文件存在路径与包名不匹配的问题。日志中会列出这些类的名称和实际路径。 - 示例日志片段: ``` Warning: there were 2 classes in incorrectly named files. Class 'com.example.MyClass' is in unnamed module of loader 'app' Class 'com.example.AnotherClass' is in unnamed module of loader 'app' ``` 2. **检查目录结构**: - 根据日志中列出的类名,在项目源文件目录(如`src/main/java`)中检查这些类的实际存放路径。 - 例如,类`com.example.MyClass`应位于`src/main/java/com/example/MyClass.java`。如果路径为`src/main/java/example/MyClass.java`(缺少`com`目录),则不符合规范。 3. **修正目录结构**: - 调整目录结构,使其与包名完全一致。将类文件移动到正确的目录下。 - 如果使用IDE(如IntelliJ IDEA或Eclipse),可以右键点击类名,选择"Refactor" → "Move"来安全移动文件。 4. **清理并重新构建**: - 修正后,清理项目(如使用Maven:`mvn clean`或Gradle:`./gradlew clean`)。 - 重新构建项目,确保ProGuard警告消失。 ### 预防措施 - **构建前检查**:在构建脚本中添加预检查任务,自动扫描包名与路径不匹配的类。例如,使用Maven插件`maven-enforcer-plugin`配置规则[^1]。 - **IDE设置**:确保IDE的编译输出路径设置正确,避免手动移动文件导致路径错误。 ### 示例:构建脚本检查(Maven) 在`pom.xml`中添加以下插件,可在构建时自动检查包路径: ```xml <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-enforcer-plugin</artifactId> <version>3.0.0</version> <executions> <execution> <id>enforce-package-convention</id> <goals><goal>enforce</goal></goals> <configuration> <rules> <requireFilesMatch> <files>${project.build.sourceDirectory}/**/*.java</files> <pattern>.*/${package.path.replace('.','/')}/.*</pattern> </requireFilesMatch> </rules> </configuration> </execution> </executions> </plugin> ``` ### 总结 通过修正类文件的存放路径,使其与包名完全匹配,即可消除ProGuard的"incorrectly named files"警告。同时,通过自动化检查预防问题重现,可提升构建稳定性[^2][^3]。 §§相关问题§§ 1. ProGuard混淆时如何处理第三方库的类路径问题? 2. 如何配置ProGuard规则以避免混淆特定类或方法? 3. ProGuard混淆后出现运行时错误(如ClassNotFoundException)如何排查?</think>### ProGuard 类文件命名警告解决方案 当 ProGuard 报告 `Warning: there were classes in incorrectly named files` 时,表明存在类文件存储路径与类声明包名不匹配的问题。这种文件路径与包名不一致会导致构建失败(IOException)。以下是系统化的解决方案: #### 问题原因分析 1. **类文件位置错误**:Java 要求类文件必须存储在与其包名匹配的目录结构中。例如: - 包声明:`package com.example;` - 正确路径:`com/example/MyClass.class` - 错误路径:`example/MyClass.class`(缺少 `com` 目录) 2. **构建流程问题**:编译过程中类文件被错误地放置在非标准目录[^3] #### 解决步骤 1. **定位问题类**: ```log # 查看完整构建日志,找出具体类名 Warning: com.example.MyClass: can't find superclass or interface... ``` 2. **检查目录结构**: - 验证类文件实际存储路径是否匹配包声明 - 示例检查: ```bash # 在构建输出目录执行 find . -name "MyClass.class" | grep "com/example" ``` 3. **修正文件位置**: - 方案1:手动移动文件到正确路径 ```bash mv build/incorrect/path/MyClass.class build/com/example/ ``` - 方案2:修复构建脚本中的输出目录配置 ```gradle // Gradle 示例 android { sourceSets.main.java.srcDirs = ['src/main/java'] } ``` 4. **清理重建**: ```bash ./gradlew clean && ./gradlew build ``` #### 高级场景处理 当问题涉及第三方库时: 1. 添加 `-dontwarn` 规则(临时方案): ``` -dontwarn com.example.mismatchedpackage.** ``` 2. 重打包依赖库(推荐): ```bash # 解压jar→修正路径→重新打包 jar xf library.jar mv com/wrongpath com/rightpath jar cf fixed-library.jar com/rightpath ``` #### 预防措施 1. 在构建脚本中添加路径验证: ```gradle task validatePackagePaths { doLast { fileTree("build/classes").visit { f -> if (f.file.directory) return def path = f.relativePath.toString().replace('.class','') if (!path.contains(f.file.text.match(/package (\S+);/)[1].replace('.','/'))) { throw new GradleException("路径不匹配: ${f.file}") } } } } ``` 2. 持续集成检查:在 CI 流程中添加包路径验证脚本 > **关键提示**:此错误常发生在多模块项目中,当子模块的构建输出路径配置不一致时。检查所有模块的 `build.gradle` 配置是否统一[^1][^4]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值