为什么Android Studio中重跑应用，构建成功却未显示代码更新？

优先验证基础配置匹配度 #

• 确认运行目标设备：点击Android Studio顶部运行栏的设备下拉选择框，确认选中的是当前已启动的pixel_3a_API_30_x86模拟器，没有误选后台残留的其他虚拟设备、之前断开的实体设备
• 校验构建变体绑定：打开左侧边栏的Build Variants面板，确认应用模块选中的构建变体和你编写代码的分支完全一致，不存在变体选错、模块选择错位的问题

排除安装/缓存类问题 #

• 完全卸载设备端旧应用：在Android Studio内置Terminal面板执行adb uninstall 你的应用包名，不要直接走覆盖安装流程——API 30版本的x86模拟器在签名不一致、缓存残留的场景下，经常会跳过APK覆盖步骤，直接加载系统里留存的旧安装包
• 跳过增量热更新流程：不要使用Apply Changes系列按钮做代码同步，依次执行顶部菜单栏的Build > Clean Project、Build > Rebuild Project，完成后选择完整的Run 'app'操作，强制全量安装新构建的APK。注意 涉及Activity逻辑调整、Manifest配置变更、布局资源修改的改动，Apply Changes机制大概率会同步失效，必须走全量安装流程才能生效

针对pixel_3a_API_30_x86模拟器的专项排查 #

• 清除模拟器快照缓存：打开AVD Manager，找到pixel_3a_API_30_x86对应的设备条目，点击下拉操作栏选择Wipe Data，随后选择Cold Boot Now冷启动设备，不要使用Quick Boot快速启动——快速启动会加载之前保存的系统快照，连带把旧版本的应用状态一起恢复，新安装的APK也会被快照覆盖
• 调整模拟器渲染配置：打开AVD的编辑页面，把Graphics设置从Automatic改成Hardware，部分x86架构的API30模拟器会因为渲染兼容问题出现资源加载异常，表现为布局改动、逻辑改动无法正常显示

兜底校验构建规则 #

• 检查debug变体的混淆配置：确认模块build.gradle中debug变体的minifyEnabled为false，如果意外开启了代码压缩，R8可能会把未被直接调用的改动代码裁剪掉，导致构建出的APK不包含新逻辑
• 确认源代码路径配置：检查build.gradle中sourceSets的定义，确认你改动的代码、资源文件路径没有被排除在构建源集合之外

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