Android应用开启minifyEnabled出问题后回退为false的最优策略

直接将minifyEnabled设为false发版是当前成本最低的选择，不需要硬啃混淆规则，按以下步骤处理即可覆盖所有场景：

1. 先解决你当前调试遇到的空指针问题 #

你贴出的LiveCoroutinesViewModel代码触发空指针，和关闭混淆的配置本身无关，是增量编译缓存、残留安装包导致的，按顺序操作即可修复：

• 执行Android Studio菜单栏的Build -> Clean Project，完成后再执行Build -> Rebuild Project，清掉本地模块的编译缓存
• 完全卸载测试设备上所有已安装的当前应用包，包括之前装的v1.4.0混淆测试包、调试包，不要覆盖安装
• 检查app模块下的lifecycle相关依赖，确保lifecycle-viewmodel-ktx、lifecycle-livedata-ktx版本号完全一致，inline跨模块调用时依赖版本不匹配也会触发这类空指针
• 以上操作无效的话，删除~/.gradle/caches/下对应项目所用Gradle版本的构建缓存目录，重新同步依赖编译

2. 发布v1.4.1回滚版本的兼容处理 #

直接关混淆出包还不够，必须处理v1.4.0版本遗留的脏数据问题，不然用户升级后还是会有异常：

• 保证新版本versionCode严格高于v1.4.0，确保Google Play会向所有v1.4.0用户推送更新
• 新增版本升级判断逻辑：应用启动时检测到用户是从v1.4.0版本升级上来的，直接清空应用私有目录下的SharedPreferences、Room数据库、本地缓存文件。v1.4.0版本中Gson混淆会导致本地序列化存储的数据结构完全损坏，这也是部分用户卸载重装都无法完全恢复功能的核心原因——公共存储目录下的业务缓存也会被混淆后的逻辑写坏，必须全部清理，清理完成后弹一次轻量提示引导用户重启应用即可。
• 针对WebView、相机、文件选择器三个故障模块，升级后首次调用时重新校验权限状态：v1.4.0版本混淆会篡改系统权限回调的类名，导致系统持有的授权回调指向不存在的类，重新走一遍权限授权流程就能恢复正常。
• 这个回滚版本不要加任何新功能、不要改其他业务逻辑，只做关闭混淆+上述兼容处理，最大限度降低额外不稳定因素。

3. 后续注意事项 #

等你后续有时间梳理混淆规则后，再考虑重新开启minifyEnabled，不要贸然上线：

• 先在debug构建类型开启混淆，配合Android SDK默认的ProGuard规则、第三方库自带的consumer规则本地全量测试核心功能
• 开混淆的包先上Google Play内部测试、封闭测试轨道，覆盖所有核心场景验证至少3天无异常再推生产
• 你之前出问题的几个模块对应的keep规则都是通用固定模板，不需要全量keep类，比如Gson只需要保留实体类字段名、WebView只需要保留JS调用的接口类即可，配置成本没有你想的那么高。

不要尝试给v1.4.0版本做热修复，混淆后的类名是构建时随机生成的，热修复的类匹配成本极高，远不如直接发回滚版本性价比高。

内容的提问来源于stack exchange，提问作者Mohammad Al-Hussein