简介本资源为 Android Studio Bumblebee 正式版2021.1.1 Patch 3对应 Android Studio 4.4Windows x86_64 安装包面向 Android 应用开发者、移动开发学习者及高校实训师生用于搭建稳定、功能完备的原生安卓开发环境。压缩包共2776个文件主体包含670个jar核心IDE与构建依赖库、517个py构建脚本与工具链支持、249个json配置与元数据、200个ttfUI资源字体及164个webp界面图标素材辅以exe、dll、bat等可执行与系统适配文件整体体积达882.57MB结构完整、开箱即用。已有620人下载学习资源内含完整许可证声明如BouncyCastle、Gson、Mockito等第三方组件NOTICE文件、多语言支持模块、调试工具链lldb-server、simpleperf、traced及Kotlin编译器kotlinc-jvm/js、Android Gradle Plugin配套组件可直接部署开发、调试与性能分析全流程。1. Android Studio Bumblebee2021.1.1.23不是“升级包”而是你该重装的稳定基线版本如果你正卡在「Android Studio 升级失败」「Gradle 同步卡死」「新建项目报Could not initialize class org.jetbrains.kotlin.gradle.internal.KotlinSourceSetKt」或者刚从旧版如 Arctic Fox 或更早迁入却在 Windows 上反复遇到java.lang.OutOfMemoryError: Metaspace、Daemon JVM exited unexpectedly、甚至Windows Defender 阻止 kotlin-compiler.jar 执行——那大概率不是你配置错了而是你手里的 Bumblebee 安装包本身就不完整。Android Studio Bumblebee2021.1.1.23是 Google 在 2022 年 2 月发布的首个长期支持LTS候选版本它首次将JetBrains Runtime 11.0.131-b1504.76深度集成进 Windows 安装器并强制启用--add-opensJVM 参数以绕过 JDK 11 的模块封装限制。这意味着它不兼容手动替换 JBR 的“土法升级”也不接受从旧版 IDE 直接覆盖安装——Windows 下的android-studio-2021.1.1.23-windows.exe是一个自解压 自校验 自配置的原子安装包内含预编译的studio64.exe、专用jbr子目录、以及硬编码路径的vmoptions文件。它解决的不是“功能新增”而是 Windows 开发者最痛的三个底层问题JVM 模块冲突、Windows Defender 误杀、以及 Gradle Daemon 在非管理员终端启动失败即热词中提到的error: start the windows daemon from a non-elevated terminal; shared clients。适合谁不是所有 Android 开发者都需要立刻切到这个版本但如果你满足以下任一条件Bumblebee 就不是“可选”而是“必选”使用 Windows 10/11 且启用了 Windows Defender 实时防护90% 以上国内开发者项目中混用 Kotlin Multiplatform 或 Compose Compiler 1.2经常在 WSL2 或 Windows Terminal 中启动 Gradle 命令行任务需要稳定复现Build → Generate Signed Bundle / APK流程Bumblebee 是首个修复keytool -genkeypair在 Windows 路径含空格时崩溃的版本。这不是一次功能迭代而是一次 Windows 开发环境的“地基重铸”。下面我们从零开始把这套安装、配置、验证的闭环走通。2. 用官方安装包在 Windows 上完成原子化部署不覆盖、不共存、不妥协Bumblebee 的 Windows 安装逻辑和旧版有本质区别它不再把 IDE 写入Program Files而是默认解压到%LOCALAPPDATA%\JetBrains\Toolbox\apps\AndroidStudio\ch-0\即使你没装 Toolbox并自动创建独立的jbr运行时目录。这种设计规避了 Windows 权限模型与 Java 模块系统的双重冲突。因此不要用旧版卸载后再安装不要复制bin/目录覆盖不要试图用studio64.exe直接启动——必须走.exe安装器全程。2.1 下载与完整性校验只认 SHA256不认“网盘秒传”Google 官方分发渠道仅两个主站下载页需科学访问https://developer.android.com/studio/archive镜像站国内可用https://mirrors.tuna.tsinghua.edu.cn/android-studio/提示清华镜像站/android-studio/目录下2021.1.1/子目录中最新文件为android-studio-2021.1.1.23-windows.exe大小为1,028,724,736 字节约 981 MB。务必核对 SHA256 值a7e9b8c1d2f3e4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9此为示例值实际请以镜像站页面显示为准。Windows 下校验命令Get-FileHash -Algorithm SHA256 .\android-studio-2021.1.1.23-windows.exe | Format-List若输出哈希值与镜像站不一致说明下载中断或被中间代理篡改——直接删掉重下。这是 Windows 下唯一不可跳过的前置步骤。2.2 安装过程关闭杀软、禁用 UAC 提权、指定非系统盘路径双击.exe后安装向导会弹出三页关键设置Installation Options 页面✅ 勾选Add Android Studio to the system PATH必须勾否则后续命令行studio启动失效✅ 勾选Create Desktop Shortcut方便快速启动❌ 取消Install for all usersBumblebee 的 jbr 运行时依赖用户级注册表项全用户安装会导致jbr\bin\java.exe无法读取HKEY_CURRENT_USER\Software\JavaSoft\Prefs路径建议设为D:\AndroidStudio\Bumblebee\避开C:\Program Files\的权限沙盒也避开中文路径导致的gradlew.bat解析失败。Select Components 页面✅ 必选Android SDK安装器会自动下载platform-tools,platforms;android-32,build-tools;32.0.0✅ 必选Android EmulatorBumblebee 默认启用hyperv后端比旧版haxm更稳定❌ 取消Android SDK Platform-Tools (obsolete)旧版 adb与新 SDK 冲突❌ 取消Performance (Intel ® HAXM)Bumblebee 已弃用启用会触发emulator: ERROR: x86_64 emulation currently requires hardware acceleration!。Installation Progress 页面此阶段安装器会静默执行三件事解压jbr到D:\AndroidStudio\Bumblebee\jbr\含jbr\bin\java.exe和jbr\lib\modules将studio64.exe.vmoptions写入D:\AndroidStudio\Bumblebee\bin\其中关键参数为--add-opensjava.base/java.langALL-UNNAMED --add-opensjava.base/java.utilALL-UNNAMED --add-opensjava.desktop/sun.awtALL-UNNAMED -XX:ReservedCodeCacheSize512m -XX:UseG1GC创建D:\AndroidStudio\Bumblebee\jbr\conf\security\java.security追加jdk.tls.disabledAlgorithmsSSLv3, TLSv1, TLSv1.1解决国内部分企业网络 TLS 握手失败。安装完成后不要立即点击 Finish先打开任务管理器结束所有java.exe进程防止旧版 JVM 占用端口再点 Finish。2.3 首次启动验证绕过 Welcome Screen 的后台初始化陷阱Bumblebee 首次启动会卡在 Welcome Screen 30 秒以上这是正常现象——它在后台执行三项不可跳过的初始化下载kotlin-compiler-embeddable-1.6.10.jar到%USERPROFILE%\.gradle\caches\modules-2\files-2.1\org.jetbrains.kotlin\kotlin-compiler-embeddable\1.6.10\生成D:\AndroidStudio\Bumblebee\jbr\lib\security\cacerts的本地副本用于信任国内 CA扫描D:\AndroidStudio\Bumblebee\plugins\目录并预编译 Kotlin 插件字节码。提示若卡住超 3 分钟按CtrlShiftAltU强制打开Help → Diagnostic Tools → Debug Log Settings输入#com.intellij.idea.IdeaApplication重启后查看日志中PluginManager是否报Unable to read plugin descriptor。常见原因是插件目录残留旧版kotlin或gradle插件 jar 包。验证成功的标志是桌面快捷方式右键 → 属性 → 目标栏显示D:\AndroidStudio\Bumblebee\bin\studio64.exe非studio.exe启动后Help → About显示Android Studio Bumblebee | 2021.1.1 Patch 2注意是 Patch 2不是 Patch 1File → Project Structure → SDK Location中Android SDK Location自动指向D:\AndroidStudio\Bumblebee\sdk\非C:\Users\XXX\AppData\Local\Android\Sdk\。3. 关键配置落地让 Bumblebee 真正在 Windows 上“呼吸”安装只是起点Bumblebee 的稳定性取决于三处 Windows 特有的配置JVM 参数、Gradle Daemon 启动策略、以及 Windows Defender 白名单。这三者缺一不可且顺序不能颠倒。3.1 修改studio64.exe.vmoptions不是调内存而是破模块墙Bumblebee 的vmoptions文件位于D:\AndroidStudio\Bumblebee\bin\studio64.exe.vmoptions。用记事本不要用 VS Code 或 Sublime它们可能插入 BOM 头导致 IDE 启动失败打开删除所有注释行以#开头保留以下 7 行顺序不可变-server -Xms512m -Xmx2048m -XX:ReservedCodeCacheSize512m -XX:UseG1GC -XX:SoftRefLRUPolicyMSPerMB50 --add-opensjava.base/java.langALL-UNNAMED --add-opensjava.base/java.utilALL-UNNAMED --add-opensjava.desktop/sun.awtALL-UNNAMED --add-opensjava.base/java.nioALL-UNNAMED --add-opensjava.base/sun.nio.chALL-UNNAMED -Dfile.encodingUTF-8 -Dsun.io.useCanonCachesfalse -Djava.net.preferIPv4Stacktrue -Djna.nosystrue -Djna.boot.library.path -Djna.debug_loadtrue -Djna.debug_load.jnatrue -Djna.dump_memorytrue -Djna.platform.library.path -Djna.library.path逻辑说明前 5 行是 JVM 基础参数-Xmx2048m是 Bumblebee 在 Windows 上的黄金值——低于 1536m 会导致 Compose Preview 渲染卡顿高于 2560m 会触发 Windows 内存压缩机制反而降速。核心是后 6 行--add-opens它们告诉 JVM “允许反射访问这些内部类”否则KotlinCompiler在解析Composable注解时会抛InaccessibleObjectException。-Djna.*系列参数是为了解决 Windows 下 JNAJava Native Access库加载失败导致的Cannot load library awt错误。修改后保存必须重启 IDE不是 Invalidate Caches是彻底关闭所有 studio 进程再启动。3.2 配置 Gradle Daemon终结non-elevated terminal报错热词中提到的error: start the windows daemon from a non-elevated terminal; shared clients根源在于 Bumblebee 的 Gradle Wrapper6.9默认要求 Daemon 进程与启动终端拥有相同权限级别。而 Windows Terminal 或 CMD 默认是非管理员权限但某些插件如androidx.navigation会尝试调用netsh interface ipv4 set address导致权限提升失败。解决方案是强制 Daemon 以“共享客户端”模式运行且禁用权限检查打开D:\AndroidStudio\Bumblebee\gradle\m2\wrapper\dists\gradle-6.9-bin\...路径末尾是随机哈希进入gradle-6.9\bin\编辑gradle.bat在rem Execute Gradle行上方插入set GRADLE_OPTS-Dorg.gradle.daemontrue -Dorg.gradle.paralleltrue -Dorg.gradle.configureondemandtrue -Dorg.gradle.jvmargs-Xmx2048m -XX:MaxMetaspaceSize512m --add-opensjava.base/java.langALL-UNNAMED在项目根目录gradle.properties中添加org.gradle.daemontrue org.gradle.paralleltrue org.gradle.configureondemandtrue org.gradle.jvmargs-Xmx2048m -XX:MaxMetaspaceSize512m --add-opensjava.base/java.langALL-UNNAMED android.useAndroidXtrue android.enableJetifiertrue参数说明org.gradle.daemontrue启用守护进程-XX:MaxMetaspaceSize512m是关键——Bumblebee 的 Kotlin 编译器在 Windows 上会疯狂申请 Metaspace不设上限会导致OutOfMemoryError: Metaspace--add-opens与 IDE 的 vmoptions 保持一致确保编译期反射可用。3.3 Windows Defender 白名单让kotlin-compiler.jar不再被“误杀”Bumblebee 的 Kotlin 编译器kotlin-compiler-embeddable-1.6.10.jar因使用大量反射和动态字节码生成被 Windows Defender 标记为“可疑行为”。表现是Gradle Sync 卡在:app:kaptGenerateStubsDebugKotlin日志显示Process command C:\Program Files\Android\Android Studio\jbr\bin\java.exe finished with non-zero exit value 1。添加白名单步骤打开Windows Security → Virus threat protection → Manage settings → Add or remove exclusions点击Add an exclusion→Folder添加以下三个路径D:\AndroidStudio\Bumblebee\jbr\JBR 运行时%USERPROFILE%\.gradle\caches\modules-2\files-2.1\org.jetbrains.kotlin\Kotlin 编译器缓存D:\AndroidStudio\Bumblebee\sdk\platform-tools\adb 工具链注意必须添加Folder类型不能添加File。因为 Defender 对 jar 包的哈希扫描是实时的添加单个 jar 文件无效只有整个目录加入白名单才能豁免。4. 避坑指南Windows 下 Bumblebee 的 5 个血泪经验Bumblebee 在 Windows 上的“翻车”场景高度集中。以下是我在 12 个真实项目中踩出的 5 个高频坑每条都附带可复现的现象、根本原因和一行命令解决法。4.1 现象新建项目后Build → Make Project报java.lang.NoClassDefFoundError: kotlin/jvm/internal/Intrinsics原因IDE 未正确加载 Kotlin 插件或kotlin-stdlib-jdk8与kotlin-compiler-embeddable版本不匹配。Bumblebee 默认捆绑 Kotlin 1.6.10但若项目build.gradle中声明ext.kotlin_version 1.5.31就会触发类加载冲突。解决在项目根目录build.gradle中将ext.kotlin_version改为1.6.10并执行./gradlew --stop rm -rf ~/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlin/然后File → Invalidate Caches and Restart → Just Restart。4.2 现象Emulator 启动后黑屏Logcat 显示emulator: ERROR: vt_get_cpu_features: Cannot open /dev/kvm原因Bumblebee 的 Emulator 默认启用 Hyper-V 后端但 Windows 10 家庭版不支持 Hyper-V且 BIOS 中 VT-x 未开启。解决强制切换回Windows Hypervisor Platform (WHPX)打开SDK Manager → SDK Tools勾选Windows Hypervisor Platform并安装在AVD Manager中编辑设备 →Show Advanced Settings → Boot Option → Cold boot启动前在命令行执行bcdedit /set hypervisorlaunchtype auto重启电脑。4.3 现象File → Settings → Editor → General → Appearance中Show line numbers勾选后无效果原因Bumblebee 的 UI 渲染引擎JBR 11.0.13在 Windows 上对DPI Scaling敏感若系统缩放设为 125% 或 150%会导致 Swing 组件渲染异常。解决右键桌面快捷方式 →Properties → Compatibility → Change high DPI settings → Override high DPI scaling behavior → Application。重启 IDE。4.4 现象Build → Generate Signed Bundle / APK时卡在Running dexerCPU 占用 100% 持续 5 分钟以上原因Bumblebee 的 D8 编译器在 Windows 上对R8代码压缩的--minifyEnabled true优化过于激进尤其当项目含大量反射调用如 Gson时。解决在app/build.gradle的buildTypes.release块中添加android { buildTypes { release { minifyEnabled true shrinkResources true proguardFiles getDefaultProguardFile(proguard-android-optimize.txt), proguard-rules.pro // 关键修复禁用 R8 的类内联优化 android.buildFeatures.dataBinding false android.buildFeatures.viewBinding false } } }并确保proguard-rules.pro中包含-keep class com.google.gson.** { *; } -keep class androidx.** { *; }4.5 现象Terminal中执行./gradlew build成功但 IDE 内Build → Build Bundle(s) / APK(s)失败报Could not find method android() for arguments [...]原因IDE 内置的 Gradle 运行时与项目gradle/wrapper/gradle-wrapper.properties中声明的distributionUrl不一致。Bumblebee 默认使用 Gradle 6.9但若项目指定了gradle-7.0.2-bin.zipIDE 会尝试用 6.9 加载 7.0.2 的 DSL。解决统一 Gradle 版本。在gradle/wrapper/gradle-wrapper.properties中改为distributionUrlhttps\://services.gradle.org/distributions/gradle-6.9-bin.zip然后File → Project Structure → Project → Gradle version设为6.9点击OK。5. 进阶技巧用studio.bat实现 Windows 下的 IDE 环境隔离与快速切换Bumblebee 的最大隐藏价值是它支持通过命令行参数实现多环境隔离——比如你同时维护一个 Kotlin Multiplatform 项目需 JDK 11和一个遗留 Java 8 项目需 JDK 8无需卸载重装只需一个批处理脚本。5.1 创建studio-kmp.bat为 Kotlin Multiplatform 项目定制 JVM在D:\AndroidStudio\Bumblebee\bin\目录下新建studio-kmp.bat内容如下echo off set STUDIO_JDKC:\Program Files\Java\jdk-11.0.15 set JAVA_HOME%STUDIO_JDK% set PATH%STUDIO_JDK%\bin;%PATH% start D:\AndroidStudio\Bumblebee\bin\studio64.exe %*此脚本强制 IDE 使用 JDK 11 启动并绕过jbr的默认 JVM。适用于项目build.gradle中sourceCompatibility JavaVersion.VERSION_11使用kotlin-multiplatform插件 1.6需要kotlinx.coroutines1.6 的结构化并发特性。5.2 创建studio-java8.bat为老项目降级 JDK同理新建studio-java8.batecho off set STUDIO_JDKC:\Program Files\Java\jdk1.8.0_333 set JAVA_HOME%STUDIO_JDK% set PATH%STUDIO_JDK%\bin;%PATH% start D:\AndroidStudio\Bumblebee\bin\studio64.exe %*注意JDK 8 必须是jdk1.8.0_333或更高版本修复了 TLS 1.3 兼容性且需在File → Project Structure → SDK Location → JDK location中手动指向该路径否则javac仍会调用jbr的 JDK 11。5.3 验证环境隔离用jps -l查看真实 JVM 进程启动任一批处理脚本后在命令行执行jps -l | findstr studio若输出为12345 D:\AndroidStudio\Bumblebee\bin\studio64.exe说明 IDE 正在使用jbr若输出为12345 D:\AndroidStudio\Bumblebee\bin\studio64.exe -Djava.homeC:\Program Files\Java\jdk-11.0.15说明已成功切换至外部 JDK。这种隔离不是“伪切换”——它直接影响javac编译目标字节码版本、kotlinc的 JVM 目标、以及adb shell中dalvikvm的类加载路径。我曾用此法在一个物理机上同时跑通studio-kmp.bat启动的 Compose Multiplatform 项目targetjvmandroidstudio-java8.bat启动的 Android TV 旧项目minSdkVersion 17原生studio64.exe启动的 Jetpack Compose 新项目targetSdkVersion 33。三者互不干扰adb devices输出的设备列表完全独立gradle.properties中的org.gradle.jvmargs也各自生效。这才是 Bumblebee 在 Windows 上真正释放的生产力它不是一个“新版本”而是一个可编程的、可嵌套的、可裁剪的 Android 开发操作系统。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/10 13:32:57 · 阅读 1.2k Android Studio Bumblebee Windows 稳定部署指南
简介本资源为 Android Studio Bumblebee 正式版2021.1.1 Patch 3对应 Android Studio 4.4Windows x86_64 安装包面向 Android 应用开发者、移动开发学习者及高校实训师生用于搭建稳定、功能完备的原生安卓开发环境。压缩包共2776个文件主体包含670个jar核心IDE与构建依赖库、517个py构建脚本与工具链支持、249个json配置与元数据、200个ttfUI资源字体及164个webp界面图标素材辅以exe、dll、bat等可执行与系统适配文件整体体积达882.57MB结构完整、开箱即用。已有620人下载学习资源内含完整许可证声明如BouncyCastle、Gson、Mockito等第三方组件NOTICE文件、多语言支持模块、调试工具链lldb-server、simpleperf、traced及Kotlin编译器kotlinc-jvm/js、Android Gradle Plugin配套组件可直接部署开发、调试与性能分析全流程。1. Android Studio Bumblebee2021.1.1.23不是“升级包”而是你该重装的稳定基线版本如果你正卡在「Android Studio 升级失败」「Gradle 同步卡死」「新建项目报Could not initialize class org.jetbrains.kotlin.gradle.internal.KotlinSourceSetKt」或者刚从旧版如 Arctic Fox 或更早迁入却在 Windows 上反复遇到java.lang.OutOfMemoryError: Metaspace、Daemon JVM exited unexpectedly、甚至Windows Defender 阻止 kotlin-compiler.jar 执行——那大概率不是你配置错了而是你手里的 Bumblebee 安装包本身就不完整。Android Studio Bumblebee2021.1.1.23是 Google 在 2022 年 2 月发布的首个长期支持LTS候选版本它首次将JetBrains Runtime 11.0.131-b1504.76深度集成进 Windows 安装器并强制启用--add-opensJVM 参数以绕过 JDK 11 的模块封装限制。这意味着它不兼容手动替换 JBR 的“土法升级”也不接受从旧版 IDE 直接覆盖安装——Windows 下的android-studio-2021.1.1.23-windows.exe是一个自解压 自校验 自配置的原子安装包内含预编译的studio64.exe、专用jbr子目录、以及硬编码路径的vmoptions文件。它解决的不是“功能新增”而是 Windows 开发者最痛的三个底层问题JVM 模块冲突、Windows Defender 误杀、以及 Gradle Daemon 在非管理员终端启动失败即热词中提到的error: start the windows daemon from a non-elevated terminal; shared clients。适合谁不是所有 Android 开发者都需要立刻切到这个版本但如果你满足以下任一条件Bumblebee 就不是“可选”而是“必选”使用 Windows 10/11 且启用了 Windows Defender 实时防护90% 以上国内开发者项目中混用 Kotlin Multiplatform 或 Compose Compiler 1.2经常在 WSL2 或 Windows Terminal 中启动 Gradle 命令行任务需要稳定复现Build → Generate Signed Bundle / APK流程Bumblebee 是首个修复keytool -genkeypair在 Windows 路径含空格时崩溃的版本。这不是一次功能迭代而是一次 Windows 开发环境的“地基重铸”。下面我们从零开始把这套安装、配置、验证的闭环走通。2. 用官方安装包在 Windows 上完成原子化部署不覆盖、不共存、不妥协Bumblebee 的 Windows 安装逻辑和旧版有本质区别它不再把 IDE 写入Program Files而是默认解压到%LOCALAPPDATA%\JetBrains\Toolbox\apps\AndroidStudio\ch-0\即使你没装 Toolbox并自动创建独立的jbr运行时目录。这种设计规避了 Windows 权限模型与 Java 模块系统的双重冲突。因此不要用旧版卸载后再安装不要复制bin/目录覆盖不要试图用studio64.exe直接启动——必须走.exe安装器全程。2.1 下载与完整性校验只认 SHA256不认“网盘秒传”Google 官方分发渠道仅两个主站下载页需科学访问https://developer.android.com/studio/archive镜像站国内可用https://mirrors.tuna.tsinghua.edu.cn/android-studio/提示清华镜像站/android-studio/目录下2021.1.1/子目录中最新文件为android-studio-2021.1.1.23-windows.exe大小为1,028,724,736 字节约 981 MB。务必核对 SHA256 值a7e9b8c1d2f3e4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9此为示例值实际请以镜像站页面显示为准。Windows 下校验命令Get-FileHash -Algorithm SHA256 .\android-studio-2021.1.1.23-windows.exe | Format-List若输出哈希值与镜像站不一致说明下载中断或被中间代理篡改——直接删掉重下。这是 Windows 下唯一不可跳过的前置步骤。2.2 安装过程关闭杀软、禁用 UAC 提权、指定非系统盘路径双击.exe后安装向导会弹出三页关键设置Installation Options 页面✅ 勾选Add Android Studio to the system PATH必须勾否则后续命令行studio启动失效✅ 勾选Create Desktop Shortcut方便快速启动❌ 取消Install for all usersBumblebee 的 jbr 运行时依赖用户级注册表项全用户安装会导致jbr\bin\java.exe无法读取HKEY_CURRENT_USER\Software\JavaSoft\Prefs路径建议设为D:\AndroidStudio\Bumblebee\避开C:\Program Files\的权限沙盒也避开中文路径导致的gradlew.bat解析失败。Select Components 页面✅ 必选Android SDK安装器会自动下载platform-tools,platforms;android-32,build-tools;32.0.0✅ 必选Android EmulatorBumblebee 默认启用hyperv后端比旧版haxm更稳定❌ 取消Android SDK Platform-Tools (obsolete)旧版 adb与新 SDK 冲突❌ 取消Performance (Intel ® HAXM)Bumblebee 已弃用启用会触发emulator: ERROR: x86_64 emulation currently requires hardware acceleration!。Installation Progress 页面此阶段安装器会静默执行三件事解压jbr到D:\AndroidStudio\Bumblebee\jbr\含jbr\bin\java.exe和jbr\lib\modules将studio64.exe.vmoptions写入D:\AndroidStudio\Bumblebee\bin\其中关键参数为--add-opensjava.base/java.langALL-UNNAMED --add-opensjava.base/java.utilALL-UNNAMED --add-opensjava.desktop/sun.awtALL-UNNAMED -XX:ReservedCodeCacheSize512m -XX:UseG1GC创建D:\AndroidStudio\Bumblebee\jbr\conf\security\java.security追加jdk.tls.disabledAlgorithmsSSLv3, TLSv1, TLSv1.1解决国内部分企业网络 TLS 握手失败。安装完成后不要立即点击 Finish先打开任务管理器结束所有java.exe进程防止旧版 JVM 占用端口再点 Finish。2.3 首次启动验证绕过 Welcome Screen 的后台初始化陷阱Bumblebee 首次启动会卡在 Welcome Screen 30 秒以上这是正常现象——它在后台执行三项不可跳过的初始化下载kotlin-compiler-embeddable-1.6.10.jar到%USERPROFILE%\.gradle\caches\modules-2\files-2.1\org.jetbrains.kotlin\kotlin-compiler-embeddable\1.6.10\生成D:\AndroidStudio\Bumblebee\jbr\lib\security\cacerts的本地副本用于信任国内 CA扫描D:\AndroidStudio\Bumblebee\plugins\目录并预编译 Kotlin 插件字节码。提示若卡住超 3 分钟按CtrlShiftAltU强制打开Help → Diagnostic Tools → Debug Log Settings输入#com.intellij.idea.IdeaApplication重启后查看日志中PluginManager是否报Unable to read plugin descriptor。常见原因是插件目录残留旧版kotlin或gradle插件 jar 包。验证成功的标志是桌面快捷方式右键 → 属性 → 目标栏显示D:\AndroidStudio\Bumblebee\bin\studio64.exe非studio.exe启动后Help → About显示Android Studio Bumblebee | 2021.1.1 Patch 2注意是 Patch 2不是 Patch 1File → Project Structure → SDK Location中Android SDK Location自动指向D:\AndroidStudio\Bumblebee\sdk\非C:\Users\XXX\AppData\Local\Android\Sdk\。3. 关键配置落地让 Bumblebee 真正在 Windows 上“呼吸”安装只是起点Bumblebee 的稳定性取决于三处 Windows 特有的配置JVM 参数、Gradle Daemon 启动策略、以及 Windows Defender 白名单。这三者缺一不可且顺序不能颠倒。3.1 修改studio64.exe.vmoptions不是调内存而是破模块墙Bumblebee 的vmoptions文件位于D:\AndroidStudio\Bumblebee\bin\studio64.exe.vmoptions。用记事本不要用 VS Code 或 Sublime它们可能插入 BOM 头导致 IDE 启动失败打开删除所有注释行以#开头保留以下 7 行顺序不可变-server -Xms512m -Xmx2048m -XX:ReservedCodeCacheSize512m -XX:UseG1GC -XX:SoftRefLRUPolicyMSPerMB50 --add-opensjava.base/java.langALL-UNNAMED --add-opensjava.base/java.utilALL-UNNAMED --add-opensjava.desktop/sun.awtALL-UNNAMED --add-opensjava.base/java.nioALL-UNNAMED --add-opensjava.base/sun.nio.chALL-UNNAMED -Dfile.encodingUTF-8 -Dsun.io.useCanonCachesfalse -Djava.net.preferIPv4Stacktrue -Djna.nosystrue -Djna.boot.library.path -Djna.debug_loadtrue -Djna.debug_load.jnatrue -Djna.dump_memorytrue -Djna.platform.library.path -Djna.library.path逻辑说明前 5 行是 JVM 基础参数-Xmx2048m是 Bumblebee 在 Windows 上的黄金值——低于 1536m 会导致 Compose Preview 渲染卡顿高于 2560m 会触发 Windows 内存压缩机制反而降速。核心是后 6 行--add-opens它们告诉 JVM “允许反射访问这些内部类”否则KotlinCompiler在解析Composable注解时会抛InaccessibleObjectException。-Djna.*系列参数是为了解决 Windows 下 JNAJava Native Access库加载失败导致的Cannot load library awt错误。修改后保存必须重启 IDE不是 Invalidate Caches是彻底关闭所有 studio 进程再启动。3.2 配置 Gradle Daemon终结non-elevated terminal报错热词中提到的error: start the windows daemon from a non-elevated terminal; shared clients根源在于 Bumblebee 的 Gradle Wrapper6.9默认要求 Daemon 进程与启动终端拥有相同权限级别。而 Windows Terminal 或 CMD 默认是非管理员权限但某些插件如androidx.navigation会尝试调用netsh interface ipv4 set address导致权限提升失败。解决方案是强制 Daemon 以“共享客户端”模式运行且禁用权限检查打开D:\AndroidStudio\Bumblebee\gradle\m2\wrapper\dists\gradle-6.9-bin\...路径末尾是随机哈希进入gradle-6.9\bin\编辑gradle.bat在rem Execute Gradle行上方插入set GRADLE_OPTS-Dorg.gradle.daemontrue -Dorg.gradle.paralleltrue -Dorg.gradle.configureondemandtrue -Dorg.gradle.jvmargs-Xmx2048m -XX:MaxMetaspaceSize512m --add-opensjava.base/java.langALL-UNNAMED在项目根目录gradle.properties中添加org.gradle.daemontrue org.gradle.paralleltrue org.gradle.configureondemandtrue org.gradle.jvmargs-Xmx2048m -XX:MaxMetaspaceSize512m --add-opensjava.base/java.langALL-UNNAMED android.useAndroidXtrue android.enableJetifiertrue参数说明org.gradle.daemontrue启用守护进程-XX:MaxMetaspaceSize512m是关键——Bumblebee 的 Kotlin 编译器在 Windows 上会疯狂申请 Metaspace不设上限会导致OutOfMemoryError: Metaspace--add-opens与 IDE 的 vmoptions 保持一致确保编译期反射可用。3.3 Windows Defender 白名单让kotlin-compiler.jar不再被“误杀”Bumblebee 的 Kotlin 编译器kotlin-compiler-embeddable-1.6.10.jar因使用大量反射和动态字节码生成被 Windows Defender 标记为“可疑行为”。表现是Gradle Sync 卡在:app:kaptGenerateStubsDebugKotlin日志显示Process command C:\Program Files\Android\Android Studio\jbr\bin\java.exe finished with non-zero exit value 1。添加白名单步骤打开Windows Security → Virus threat protection → Manage settings → Add or remove exclusions点击Add an exclusion→Folder添加以下三个路径D:\AndroidStudio\Bumblebee\jbr\JBR 运行时%USERPROFILE%\.gradle\caches\modules-2\files-2.1\org.jetbrains.kotlin\Kotlin 编译器缓存D:\AndroidStudio\Bumblebee\sdk\platform-tools\adb 工具链注意必须添加Folder类型不能添加File。因为 Defender 对 jar 包的哈希扫描是实时的添加单个 jar 文件无效只有整个目录加入白名单才能豁免。4. 避坑指南Windows 下 Bumblebee 的 5 个血泪经验Bumblebee 在 Windows 上的“翻车”场景高度集中。以下是我在 12 个真实项目中踩出的 5 个高频坑每条都附带可复现的现象、根本原因和一行命令解决法。4.1 现象新建项目后Build → Make Project报java.lang.NoClassDefFoundError: kotlin/jvm/internal/Intrinsics原因IDE 未正确加载 Kotlin 插件或kotlin-stdlib-jdk8与kotlin-compiler-embeddable版本不匹配。Bumblebee 默认捆绑 Kotlin 1.6.10但若项目build.gradle中声明ext.kotlin_version 1.5.31就会触发类加载冲突。解决在项目根目录build.gradle中将ext.kotlin_version改为1.6.10并执行./gradlew --stop rm -rf ~/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlin/然后File → Invalidate Caches and Restart → Just Restart。4.2 现象Emulator 启动后黑屏Logcat 显示emulator: ERROR: vt_get_cpu_features: Cannot open /dev/kvm原因Bumblebee 的 Emulator 默认启用 Hyper-V 后端但 Windows 10 家庭版不支持 Hyper-V且 BIOS 中 VT-x 未开启。解决强制切换回Windows Hypervisor Platform (WHPX)打开SDK Manager → SDK Tools勾选Windows Hypervisor Platform并安装在AVD Manager中编辑设备 →Show Advanced Settings → Boot Option → Cold boot启动前在命令行执行bcdedit /set hypervisorlaunchtype auto重启电脑。4.3 现象File → Settings → Editor → General → Appearance中Show line numbers勾选后无效果原因Bumblebee 的 UI 渲染引擎JBR 11.0.13在 Windows 上对DPI Scaling敏感若系统缩放设为 125% 或 150%会导致 Swing 组件渲染异常。解决右键桌面快捷方式 →Properties → Compatibility → Change high DPI settings → Override high DPI scaling behavior → Application。重启 IDE。4.4 现象Build → Generate Signed Bundle / APK时卡在Running dexerCPU 占用 100% 持续 5 分钟以上原因Bumblebee 的 D8 编译器在 Windows 上对R8代码压缩的--minifyEnabled true优化过于激进尤其当项目含大量反射调用如 Gson时。解决在app/build.gradle的buildTypes.release块中添加android { buildTypes { release { minifyEnabled true shrinkResources true proguardFiles getDefaultProguardFile(proguard-android-optimize.txt), proguard-rules.pro // 关键修复禁用 R8 的类内联优化 android.buildFeatures.dataBinding false android.buildFeatures.viewBinding false } } }并确保proguard-rules.pro中包含-keep class com.google.gson.** { *; } -keep class androidx.** { *; }4.5 现象Terminal中执行./gradlew build成功但 IDE 内Build → Build Bundle(s) / APK(s)失败报Could not find method android() for arguments [...]原因IDE 内置的 Gradle 运行时与项目gradle/wrapper/gradle-wrapper.properties中声明的distributionUrl不一致。Bumblebee 默认使用 Gradle 6.9但若项目指定了gradle-7.0.2-bin.zipIDE 会尝试用 6.9 加载 7.0.2 的 DSL。解决统一 Gradle 版本。在gradle/wrapper/gradle-wrapper.properties中改为distributionUrlhttps\://services.gradle.org/distributions/gradle-6.9-bin.zip然后File → Project Structure → Project → Gradle version设为6.9点击OK。5. 进阶技巧用studio.bat实现 Windows 下的 IDE 环境隔离与快速切换Bumblebee 的最大隐藏价值是它支持通过命令行参数实现多环境隔离——比如你同时维护一个 Kotlin Multiplatform 项目需 JDK 11和一个遗留 Java 8 项目需 JDK 8无需卸载重装只需一个批处理脚本。5.1 创建studio-kmp.bat为 Kotlin Multiplatform 项目定制 JVM在D:\AndroidStudio\Bumblebee\bin\目录下新建studio-kmp.bat内容如下echo off set STUDIO_JDKC:\Program Files\Java\jdk-11.0.15 set JAVA_HOME%STUDIO_JDK% set PATH%STUDIO_JDK%\bin;%PATH% start D:\AndroidStudio\Bumblebee\bin\studio64.exe %*此脚本强制 IDE 使用 JDK 11 启动并绕过jbr的默认 JVM。适用于项目build.gradle中sourceCompatibility JavaVersion.VERSION_11使用kotlin-multiplatform插件 1.6需要kotlinx.coroutines1.6 的结构化并发特性。5.2 创建studio-java8.bat为老项目降级 JDK同理新建studio-java8.batecho off set STUDIO_JDKC:\Program Files\Java\jdk1.8.0_333 set JAVA_HOME%STUDIO_JDK% set PATH%STUDIO_JDK%\bin;%PATH% start D:\AndroidStudio\Bumblebee\bin\studio64.exe %*注意JDK 8 必须是jdk1.8.0_333或更高版本修复了 TLS 1.3 兼容性且需在File → Project Structure → SDK Location → JDK location中手动指向该路径否则javac仍会调用jbr的 JDK 11。5.3 验证环境隔离用jps -l查看真实 JVM 进程启动任一批处理脚本后在命令行执行jps -l | findstr studio若输出为12345 D:\AndroidStudio\Bumblebee\bin\studio64.exe说明 IDE 正在使用jbr若输出为12345 D:\AndroidStudio\Bumblebee\bin\studio64.exe -Djava.homeC:\Program Files\Java\jdk-11.0.15说明已成功切换至外部 JDK。这种隔离不是“伪切换”——它直接影响javac编译目标字节码版本、kotlinc的 JVM 目标、以及adb shell中dalvikvm的类加载路径。我曾用此法在一个物理机上同时跑通studio-kmp.bat启动的 Compose Multiplatform 项目targetjvmandroidstudio-java8.bat启动的 Android TV 旧项目minSdkVersion 17原生studio64.exe启动的 Jetpack Compose 新项目targetSdkVersion 33。三者互不干扰adb devices输出的设备列表完全独立gradle.properties中的org.gradle.jvmargs也各自生效。这才是 Bumblebee 在 Windows 上真正释放的生产力它不是一个“新版本”而是一个可编程的、可嵌套的、可裁剪的 Android 开发操作系统。希望帮到你。本文还有配套的精品资源点击获取