Python脚本修改DebugMode打包APK后出现解析错误求助

这个"Parse Error: There was a problem parsing the package"错误通常意味着生成的APK文件结构损坏、未正确签名，或者编译过程中出现了隐性错误。咱们结合你的代码和流程来排查问题：

一、核心问题：Python脚本的粗暴文本替换破坏了文件结构 #

你的change_mode函数存在逻辑漏洞，可能会意外修改代码或破坏文件格式：

• 当build_type为release时，脚本会把所有包含"true"的行替换成"false"——虽然当前DebugMode.java里没有其他含"true"的内容，但如果后续添加注释或其他变量，很容易误修改。
• 替换时没有严格保留原行的格式（比如空格、换行符），可能导致Java文件编译失败，生成损坏的APK。

修复脚本的替换逻辑 #

把模糊的文本替换改成精准的行替换，确保每个变量的赋值完全正确：

def change_mode(line="", build_type="release"):
    # 严格匹配变量行，直接生成正确的代码行
    if "isTestServer" in line:
        return "    public static final boolean isTestServer = " + ("true;" if build_type == "develop" else "false;") + "\n"
    elif "isStagingServer" in line:
        return "    public static final boolean isStagingServer = " + ("true;" if build_type == "staging" else "false;") + "\n"
    elif "isIgnoreMaintenance" in line:
        # 根据需求固定或动态设置，这里保持默认false
        return "    public static final boolean isIgnoreMaintenance = false;\n"
    # 其他行（比如注释、空行）直接保留
    return line

二、排查APK签名问题 #

Android要求所有可安装的APK必须签名，你的gradle命令通过参数传入签名信息，可能存在以下问题：

• 密钥库路径错误：samplebuildscript.jks的路径是相对gradlew.bat的执行目录（即项目根目录），如果你的脚本在子目录，需要调整路径为../samplebuildscript.jks（假设jks在项目根目录）。
• 签名参数错误：密码、别名是否正确？可以手动在项目根目录执行gradle命令，查看输出是否有签名失败的提示：

gradlew clean assembleRelease -Pandroid.injected.signing.store.file=samplebuildscript.jks -Pandroid.injected.signing.store.password=123456 -Pandroid.injected.signing.key.alias=sample-key -Pandroid.injected.signing.key.password=123456

三、验证APK有效性 #

如果脚本和签名都没问题，用Android的aapt工具检查APK是否损坏：

aapt dump badging app-release.apk

如果输出包含APK的包名、版本等信息，说明APK结构正常；如果报错，说明编译过程中出现了问题，需要查看gradle的编译日志。

四、更可靠的替代方案：用Android Build Variants管理环境 #

手动修改Java文件的方式容易出错，推荐用Android官方的Product Flavors来管理多环境，无需Python脚本：

1. 在app/build.gradle中添加产品风味：

android {
    ...
    defaultConfig {
        applicationId "com.project.jerrol.samplebuildscript.app"
        ...
    }

    productFlavors {
        develop {
            buildConfigField "boolean", "isTestServer", "true"
            buildConfigField "boolean", "isStagingServer", "false"
            buildConfigField "boolean", "isIgnoreMaintenance", "false"
        }
        staging {
            buildConfigField "boolean", "isTestServer", "false"
            buildConfigField "boolean", "isStagingServer", "true"
            buildConfigField "boolean", "isIgnoreMaintenance", "false"
        }
        release {
            buildConfigField "boolean", "isTestServer", "false"
            buildConfigField "boolean", "isStagingServer", "false"
            buildConfigField "boolean", "isIgnoreMaintenance", "false"
        }
    }
}

2. 修改MainActivity.java使用自动生成的BuildConfig类：

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        TextView textView = findViewById(R.id.textView);
        if (BuildConfig.isTestServer && !BuildConfig.isStagingServer) {
            textView.setText("Dev Server");
        } else if (!BuildConfig.isTestServer && BuildConfig.isStagingServer) {
            textView.setText("Staging Server");
        } else {
            textView.setText("Prod Server");
        }
    }
}

3. 直接执行对应环境的打包命令：

# 打包开发环境
gradlew assembleDevelopRelease
# 打包预发布环境
gradlew assembleStagingRelease
# 打包生产环境
gradlew assembleRelease

这种方式不仅避免了文件修改的风险，还能利用gradle的增量编译，大幅提升打包速度。

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