直接开门见山说结论：Android Studio 的安装，难度从来不在“装”这一步。真正劝退大部分新手的，是装完之后的环境配置、SDK 下载、Gradle 同步这一连串和网络环境、JDK 版本、虚拟化支持纠缠在一起的连锁问题。我前前后后给不同电脑装过不下二十次 Android Studio，Windows、macOS 都碰过，从 4.1 一路用到 Hedgehog、Giraffe，踩过的坑比官方文档的 FAQ 还全。这篇就把整个流程拆开来讲，不只告诉你点“下一步”，更告诉你每一步背后的逻辑，以及出问题时该往哪个方向查。
先说清楚，这篇文章适合谁看：刚接触 Android 开发、准备装 Android Studio 的纯新手；被各种“虚拟设备无效”“Gradle 下载太慢”“安装显示灰色无法勾选”搞到崩溃的老哥；以及想转 Kotlin 开发、需要重装环境但不想再踩一遍坑的迁移用户。看完你不仅能装好，还能知道装完之后那个“Hello World”为什么有时候能跑起来有时候又不能。
1. 装之前先把这盘棋看清：版本、JDK 与磁盘规划
很多人上来就搜“Android Studio 下载”，然后直接点最新版装，装到一半才发现系统不兼容、磁盘不够、JDK 版本对不上。这就像盖楼不打地基，后面全得返工。这一节我先把装之前必须想清楚的三件事讲透。
1.1 JDK 到底要不要自己装？别再纠结这个问题了
这是被问烂的问题：“Android Studio 怎么安装 JDK17？”其实答案很简单——你基本不需要手动安装 JDK。Android Studio 从早期版本开始就内置了 JetBrains Runtime（简称 JBR），这是一个专门为 IntelliJ 平台和 Android Studio 定制过的 OpenJDK 发行版。说白了，安装包里面自带了一套完整可用的 JDK，官方推荐的路径就是：直接用内置的，别去系统里额外装。
但为什么那么多人遇到 JDK 相关报错？关键在 AGP（Android Gradle Plugin）版本和 JDK 版本的对应关系。搞明白这条线，你能少走很多弯路。AGP 8.0 以上要求 JDK 17，而内置 JBR 17 的目的就是满足这个要求。如果你自己额外装了个 JDK 8 或者 JDK 11，然后在 Project Structure 里又手动把 SDK 目录指向了 JDK 8，那 Gradle 同步的时候就会给你甩一句“Unsupported Java version”。记住，不是让你装 JDK，是让你别把 JDK 指错了。
非要在系统里装 JDK 的场景只有一种：你同时在做纯 Java 的 Spring Boot 或者 Kotlin Multiplatform 项目，需要系统级 JDK 配合其他工具。这种时候也建议装 JDK 17 或 21（LTS 版本），并且在 Android Studio 里保持默认的 JBR 不动，做 Java 开发时用 IDEA 或其他 IDE，各管各的，互不干扰。
1.2 版本选型：Hedgehog、Giraffe、老版本到底选哪个
Android Studio 的版本命名一直挺随意的，从 2021 年开始用动物名当代号。目前你在官网上能看到的主线版本大致有这么几类：稳定版（如 Hedgehog | 2023.1.1、Giraffe | 2022.3.1）、预览版（Canary 和 Beta），以及更早的 4.1、2021.2 这类老版本。新手最容易犯的错误是下载 Canary 尝鲜，结果被一堆 preview 特性搞到心态爆炸。
我的建议非常直接：非特殊情况一律装最新稳定版。最新稳定版意味着两件事：第一，AGP 版本和 IDE 的匹配度经过官方充分测试，Gradle 同步的坑最少；第二，自带的新项目模板和 Kotlin 支持更完善。比如 Hedgehog | 2023.1.1 Patch 2 这代，内置的模板已经全面转向 Kotlin DSL，对新手更友好。
关于“Hedgehog 2023.1.1 Patch 2 支持 AGP 8 版本吗”这类问题，答案是支持的，这个版本就匹配 AGP 8.1 以上。但这里想提醒你：不要手动在 build.gradle 里改 AGP 版本号，除非你知道自己在干什么。Android Studio 新建项目时选择的模板会自动生成对应版本的 AGP，你自己去改，极易产生版本不匹配的连锁报错。老版本（比如 4.1.3、2021.2）留给老项目维护用就行，新环境没必要往回倒车。
1.3 磁盘和内存规划：别把 C 盘当成 Android 的垃圾桶
Android Studio、SDK、Gradle 缓存、模拟器镜像，这四个东西加起来轻轻松松吃掉 20-30GB 空间。我几次安装失败的经历里，有一半是 C 盘红了导致的，安装过程进行到一半直接报“Insufficient disk space”。
所以在动手前，请务必确认三件事：
- 系统盘剩余空间至少 15GB 以上，推荐 20GB+。别刚够就上，缓冲空间得留足。
- 如果系统盘紧张，提前规划好：SDK 路径、Gradle 缓存目录、AVD 镜像目录都改到其他磁盘。具体怎么改，后面用专门章节讲。
- 内存 8GB 以下会比较吃力，Android Studio + 模拟器同时开基本要把内存吃满，建议 16GB 起步。这个虽然不算安装问题，但会直接影响你“装完之后明天还愿不愿意打开”。
顺带一提，Windows 系统务必保证 C 盘有足够空间还有一个原因：Android Studio 本身装不装 C 盘无所谓，但 Gradle 的默认用户目录缓存（一般在 C:\Users\用户名.gradle）和 Android SDK 默认路径（C:\Users\用户名\AppData\Local\Android\Sdk）都在 C 盘，这两个才是吃空间的真正大户。
2. 下载安装全流程：官方渠道、加速方案与那些“灰色按钮”
这一步看起来简单，实际上有相当多的人在“下载”和“安装”这两个环节就被卡住了。这节我会把常见的卡点逐一拆开。
2.1 官网下载慢？直接说解决方案
Android Studio 的官方下载地址是 developer.android.com 下面的工具页面，新版下载文件名一般是 android-studio-2023.1.1.28-windows.exe 这样的格式。但很多地区直接访问官网下载，速度经常只有几十 KB/s，下到一半还可能断掉。这不是你的电脑有问题，是网络链路的问题。
下载慢的解决方案，从优先级到备选方案依次是：
- 官方下载页面通常提供多个国家/地区的镜像链接，在里面挑亚洲区域（比如日本、印度、新加坡等）的镜像，速度会比默认的美东节点快不少。
- 国内很多高校和开源社区会做 Android Studio 的镜像同步，搜“Android Studio 国内镜像”能找到对应高校镜像站。选择知名高校或云厂商的镜像站，下载速度和稳定性都有保障。
- 备用服务器方式：有条件的同学可以直接到 JetBrains 官方 CDN 拉安装包，但注意版本号要对上，我一般会先到官网确认最新版本号，再拼 CDN 链接。
另外说一句，有些所谓的“Android Studio 官网下载太慢”其实是下载完了安装包之后，首次启动时还要下载一大堆 SDK 组件，那个更慢。所以下载安装包只是过了第一关，后面 SDK 和 Gradle 的连接速度才是大头，这部分我在第三章重点讲。
2.2 Windows 安装过程：哪些选项该勾、哪些不用管
安装包拿到手，双击打开，前面几步没什么好说的，重点是碰到下面这两个界面时别乱点：
- 安装位置：默认在 C 盘 Program Files 下。如果 C 盘富余，默认就好；如果不富余，建议改到 D 盘或其他数据盘（比如 D:\Android\Android Studio）。这里有个细节：安装路径别有中文和空格，尽量用纯英文路径，虽然现在 Android Studio 对中文路径的兼容性好了一些，但开发环境省一个麻烦算一个。
- 选择组件：默认勾选 Android Studio 和 Android SDK。一般保持默认即可。
安装过程中还有一个容易出幺蛾子的就是“安装显示灰色无法勾选”。很多人下载了一个安装包，双击运行发现“Next”按钮是灰色的，或者某些选项无法勾选，直接懵了。这背后的原因大致有三类：
- 磁盘空间不足：安装程序检测到目标分区空间不够，会禁用下一步。解决办法是清理磁盘或者更换安装路径。
- 安装包损坏或版本不一致：特别是从非官方渠道下载的旧版本，在 Windows 10/11 上安装时可能会因为没有管理员权限或者兼容性问题导致选项不可用。解决办法是右键安装包，选择“以管理员身份运行”。
- 系统要求不满足：比如 32 位系统装了 64 位安装包，或者 Windows 版本过低。Android Studio 3.x 以后基本只支持 64 位系统，Windows 7 用户安装新版可能会遇到各种离奇问题。
安装完成后桌面会有快捷方式，第一次启动先别急着新建项目，接下来还有一场硬仗要打。
2.3 macOS 安装的差异点
macOS 用户安装相对省心，下载 .dmg 文件后拖动到 Applications 文件夹即可。要说有什么坑，主要是两点：一是首次启动时 macOS 的 Gatekeeper 拦截，右键点击图标选择“打开”，才能跳过“无法验证开发者”的提示；二是 Apple Silicon 芯片（M1/M2/M3）要注意下载时选 Apple Silicon 版安装包，虽然 Intel 版的可以通过 Rosetta 2 跑，但原生版运行效率更高，后续模拟器和构建速度都有明显差异。
3. 首次启动才是真正的考验：SDK、Gradle 与网络配置
安装包装完只是万里长征第一步。我第一次用 Android Studio 就是在这里被卡了一整天——首次启动时卡在“Downloading SDK Components”，进度条一动不动。这一章把 SDK、Gradle、代理这三件套彻底讲清楚。
3.1 SDK 路径规划：从一开始就避开 C 盘爆雷
Android Studio 首次启动会弹出 SDK Setup 向导，默认路径是 C:\Users\用户名\AppData\Local\Android\Sdk。不少人在这一步直接点了 Finish，结果半个月后 C 盘爆红，还不敢乱删，因为不知道哪个文件夹能删哪个不能删。
我的做法是：启动后的第一件事，把 SDK 路径改到其他盘。比如 D:\Android\Sdk，或者 E:\AndroidDev\Sdk。改完后重启一次 IDE，确保所有组件都指向新路径。具体操作路径：File > Settings > Appearance & Behavior > System Settings > Android SDK，修改 SDK 路径后点 Apply，Android Studio 会把需要的组件重新同步到新目录。
这里再补充一个关键点：SDK 路径也不要带中文和空格。很多中文用户名用户会在 Gradle、CMake 等组件上碰到莫名其妙的路径解析问题，教训太深刻了。
3.2 Gradle 的下载机制和加速方案
Gradle 可以说是整个 Android 依赖体系里最让人头疼的一环。你新建一个项目，Android Studio 会根据 gradle-wrapper.properties 里指定的 Gradle 版本去下载 Gradle 发行包，然后才开始 Gradle Sync。第一次同步时，下载的依赖项包括 Gradle 本身（约 100MB+）、AGP 及其依赖的库（数百 MB），如果你直接连官方源，卡到天明不是段子。
Gradle 加速的完整方案，我沉淀下来基本就两板斧：
第一板斧：替换 Gradle 分发包的下载源。找到项目根目录下的 gradle/wrapper/gradle-wrapper.properties，把 distributionUrl 的地址替换成腾讯云或阿里云等国内镜像地址。比如原地址是：
distributionUrl=https\://services.gradle.org/distributions/gradle-8.2-bin.zip替换成镜像地址：
distributionUrl=https\://mirrors.cloud.tencent.com/gradle/gradle-8.2-bin.zip注意版本号要跟原来的保持一致，只换域名部分。这样 Gradle 分发包的下载速度能从几十 KB/s 提到几 MB/s 甚至满速。
第二板斧：配置 Maven 仓库镜像。打开项目根目录下的 settings.gradle（或者 build.gradle 里的 repositories），把仓库地址加上阿里云镜像。一般会这样配置：
pluginManagement { repositories { maven { url 'https://maven.aliyun.com/repository/google' } maven { url 'https://maven.aliyun.com/repository/gradle-plugin' } maven { url 'https://maven.aliyun.com/repository/public' } google() mavenCentral() } }阿里云的镜像源把 Google 的 Maven 仓库、中央仓库、Gradle Plugin 仓库都做了镜像，加上之后依赖下载速度直接起飞。国内开发社区普遍采用这个方案，在实际项目中已经是非常成熟的传统艺能。
3.3 代理设置的使用场景与配置方法
在 Android Studio 里做代理设置，最常见的场景是公司内网开发，或者访问外部服务的延迟较高。这一块的官方入口在 File > Settings > Appearance & Behavior > System Settings > HTTP Proxy。
如果你处在内网环境，那么选择 Manual proxy configuration，填入公司的代理地址和端口。如果是本地开发代理工具，通常是 HTTP 代理、端口 7890 之类（不同工具有不同端口），填上后点 Check connection，输入一个 https:// 链接测试连通性。
这里有个很容易忽略的细节：SDK Manager 和 Gradle 同步走不走代理，在 Android Studio 里是分开的。你配置了 HTTP Proxy，它影响的是 IDE 层面的 HTTP 访问，包括 SDK 组件下载。但 Gradle 的依赖下载主要由 Gradle 进程本身处理，能否走代理取决于 gradle.properties 里的配置：
systemProp.http.proxyHost=127.0.0.1 systemProp.http.proxyPort=7890 systemProp.https.proxyHost=127.0.0.1 systemProp.https.proxyPort=7890其实对大多数用户来说，前一小节的镜像源方案就够了，代理更多是特殊网络环境下的补充方案。如果设置了代理后出现“你的主机中的软件中止了一个已建立的连接”这类问题，大概率是代理配置与本地网络环境有冲突，先去查代理设置，暂时不需要在 IDE 里开代理就全关掉，这个问题我在后面专门的排查章节还会详细讲。
4. 虚拟设备为什么起不来：AVD 故障的完整排查链路
聊完了 SDK 和 Gradle，接下来是第二大痛点——虚拟设备。这个问题的典型表现是做完了前面所有配置，新建项目也能 Sync 成功，但一启动模拟器就报错，或者直接提示“Android Emulator 无效”。别急，这一章把模拟器的底层逻辑和排查思路全摆出来。
4.1 AVD 和模拟器的关系，以及加速器选型
AVD（Android Virtual Device）是 Android 模拟器的运行实例配置。创建一个 AVD 之后，启动模拟器时它需要调用系统的虚拟化能力来模拟一整台 ARM 或 x86 设备。早期 x86 模拟器在 Intel 平台依赖 HAXM（Intel Hardware Accelerated Execution Manager），在 AMD 平台则依赖其他方案。
现在新版 Android Studio 的情况是：
- Intel 平台：推荐用 Android Emulator Hypervisor Driver（AEHD），或者 Windows 自带的 Windows Hypervisor Platform（WHPX）。HAXM 在 2020 年之后基本被官方弃用，新版本模拟器不推荐再装 HAXM。
- AMD 平台：推荐启用 Windows 的 Hyper-V 平台功能，或者使用 AEHD。
- 在现代 Windows 上干脆统一做法：在“启用或关闭 Windows 功能”里勾选“Windows 虚拟机监控程序平台”（Windows Hypervisor Platform），同时把 Hyper-V 一并打开。这样模拟器能通过 WHPX 获得硬件加速，效率比传统的 HAXM 方案更稳定。
4.2 排查“虚拟设备无效”的完整链路
遇到“虚拟设备无效”或者“Your AVD is invalid”之类的提示，我建议按下面这个顺序找问题，不要一上来就删了重建：
第一步：看错误信息在哪一层。启动模拟器时，IDE 底部的 Event Log 和 Run 面板会打印具体错误。如果提示“x86 emulation currently requires hardware acceleration”，那问题就出在虚拟化支持上。去 BIOS/UEFI 里确认 Intel VT-x 或 AMD-V 有没有开启。这个开关在部分品牌的电脑上默认是关闭的，进入 BIOS 后在 CPU Configuration 或 Advanced 相关菜单里找到“Intel Virtualization Technology”把它打开。如果你的系统是 Windows，还可以通过任务管理器 > 性能 > CPU 详情里看到“虚拟化”是否显示“已启用”。
第二步：确认 Windows 虚拟化功能是否开启。如果 BIOS 里开了 VT-x，但 Windows 的虚拟机监控程序平台没开，模拟器依然不能用。通过控制面板 > 程序 > 启用或关闭 Windows 功能，勾选“Windows 虚拟机监控程序平台”，确定后重启电脑。
第三步：检查 AVD 目录是否被移动过。如果你把 AVD 的默认目录（通常 C:\Users\用户名.android\avd 和 C:\Users\用户名.android\avd）搬到了其他盘，但配置文件里的路径没改对，AVD 会直接失效。常见做法是在环境变量中设置 ANDROID_AVD_HOME 或 ANDROID_SDK_HOME 来指向新目录。改完环境变量后必须重启 Android Studio，让 IDE 重新读取，不然会一直用旧的失效路径。
第四步：尝试冷启动模拟器。有时候 AVD 列表显示是好的，但启动后黑屏或者卡在正在启动。在 AVD 管理界面，点下拉三角，选择“Cold Boot Now”，强制冷启动能解决大部分缓存损坏导致的异常状态。
4.3 如何配置 AVD 目录，避免 C 盘继续膨胀
模拟器镜像动辄一两个 GB，安装两个系统镜像就能吃掉四五个 GB。如果 C 盘已经捉襟见肘，AVD 目录的迁移是刚需。
具体操作方法：在环境变量里添加 ANDROID_AVD_HOME，指向 D:\Android\avd（或其他位置）。创建新的 AVD 时，Android Studio 会优先读取这个环境变量。如果想把已有的 AVD 也迁移过去，把旧的 C 盘 avd 目录里的 .avd 文件夹整个复制到新目录，并且修改 .ini 文件里的 path 字段指向新位置。
还有一点很多人不知道：AVD 目录和 SDK 目录是两个独立的东西。SDK 目录（包含 platforms、build-tools、system-images）是全局的，AVD 目录（包含运行实例的镜像文件）是每个虚拟设备私有的。两者都改走了，C 盘才能彻底瘦身。
5. 真机调试与连不上设备的排查手册
模拟器只是 Android 开发的一种运行方式，真机调试的优先级更高。这一章专门讲连接手机调试的那些事，以及最让人头疼的“连接已建立却中止”问题。
5.1 手机连不上电脑？从驱动到授权的完整排查
用真机调试的第一步是打开手机的开发者选项和 USB 调试。不同品牌手机的打开方式不一样，但大多数是：设置 > 关于手机 > 连点“版本号”7 次，然后返回设置，找到“开发者选项”，开启“USB 调试”。
插上数据线之后，Android Studio 右侧的 Device Explorer 或者 Run 按钮旁边的设备下拉菜单里应该能看到你的设备。如果看不到，按下面的顺序查：
- 换个 USB 接口和数据线。大量所谓的“连不上”其实是数据线只支持充电不支持数据传输。优先用手机原装线，插在电脑机箱后置 USB 口上。
- 安装 USB 驱动。Windows 平台下，一些手机品牌（尤其是国产厂商）需要安装官方 USB 驱动才能被 ADB 识别。可以在设备管理器里查看是否有带感叹号的设备，有的话去手机品牌官网下载对应驱动。
- 检查手机上的授权弹窗。手机连接后，屏幕上会弹出一个“允许 USB 调试吗”的对话框，不点“允许”，Android Studio 就一直显示设备离线。如果之前误点了“仅充电”，撤销方法是在开发者选项里点“撤销 USB 调试授权”。
在终端执行 adb devices 命令，如果显示以下内容，说明设备连接正常但未授权：
List of devices attached XXXXXXXX unauthorized这种情况去手机上看弹窗，点“允许”即可。如果显示 offline，多半是驱动或数据线问题，拔了重插，或者重启 adb server。
5.2 “你的主机中的软件中止了一个已建立的连接”到底是谁的锅
这个报错在开发过程中出现频率极高，尤其是在 Gradle 下载、同步、构建大项目时。先给结论：这个错误并不能直接证明你的网络或代理出了问题，它只是说“有一个网络连接被主动关闭了”。至于是哪一端关闭的，要看具体场景。
如果是这种情况：你正在 Gradle 下载依赖，卡了很长时间后突然报“你的主机中的软件中止了一个已建立的连接”，大概率是下载超时，连接被代理或网络设备切断。解决方案首选换镜像（见第三章的 Gradle 配置），因为持续超时拉取远程库的并发请求会被本机安全软件或对方服务器断连。
如果是这种情况：Android Studio 连接远程仓库、登录账号等功能报同样错误，检查 IDE 的 HTTP Proxy 设置。你手动配了代理，但代理服务没有正常运行，就会出现握手成功但连接被“中止”的现象。解决方式是把代理改回 No proxy，或者改成自动检测，保证 IDE 访问走的是一个真正可用的网络通道。
另外还有一种非常隐蔽的原因：本机安装了某些安全软件，或 Windows 自带的防火墙主动拦截了 Gradle 或 Java 进程的对外连接。这种拦截会导致连接秒断，表现为“主机中的软件中止了一个已建立的连接”。排查时可以暂时退出安全软件测试，如果恢复，就在安全软件里把 Java 和 Gradle 的进程加入白名单。
5.3 真机抓包场景：用 Network Profiler 分析 App 网络请求
很多搜“Android Studio 抓包手机 App”的人，其实是想排查自己 App 的网络层问题。其实 Android Studio 自带的 Network Profiler 已经具备非常强大的抓包能力。
打开方式是在 Run 面板底部选择 Profiler 标签，点击“Network”等监控面板，启动 App 后可以看到所有 HTTP/HTTPS 请求的时间轴、请求方法、状态码、流量大小等信息。这比传统的外部抓包工具方便得多，因为不需要在手机上安装 CA 证书，也不需要额外配置代理。
如果确实需要用 Charles 或 Fiddler 做 HTTPS 抓包，需要先在手机上安装对应工具的根证书，并设置 Wi-Fi 代理到电脑 IP。这一步涉及安卓 7.0 以上用户证书信任的细节，网络请求框架需要配置 networkSecurityConfig，否则即使装了证书，App 默认也不信任用户级证书。这个属于进阶排查，用到的时候再细研究。
6. 装完之后还能做的几件提升效率的小事
到这里，环境基本上能正常跑了。但既然这篇文章的目标是让你“装完就能舒服地开发”，以下几件事值得顺手做了。
6.1 汉化和中文配置，要不要做
很多国内用户习惯把 Android Studio 汉化。方法很简单：File > Settings > Plugins，搜索“Chinese Language Pack”，安装后重启即可。
但这里我表达一下个人观点：如果你是真的要走开发这条路，建议尽早切换英文环境。因为第一，开发文档、Stack Overflow、Github issue 里的讨论基本都是英文，术语对照英文才不会在一些问题描述上产生歧义；第二，很多报错信息和日志是英文的，界面是中文但日志是英文，这种割裂感反而更割裂。如果你只是临时用一下、或者英文阅读成本太高，汉化完全可以，语言不影响功能，也不影响学习逻辑。毕竟开发的核心是思路，不是单词量。
6.2 Profiler 的火焰图与内存占用查看
Android Studio 自带的 Profiler 是一套非常完整的性能分析工具，火焰图（Flame Chart）、内存分配、CPU 时间线都在里面。
想实时查看内存占用：Run > Profiler，选择对应的进程，切到 Memory 面板，能看到实时的内存曲线、Java 堆和 Native 内存的分配情况。“Force GC”按钮可以主动触发一次垃圾回收，观察内存回落曲线。火焰图的入口在 CPU 面板，选择“System Trace Recording”开始录制，录制完后就能看到展开的火焰图，每一段代表一个方法调用栈及其耗时，非常直观。
这个工具的入门用法对新手是友好的：跑自己的 App，操作一遍，看哪一块 CPU 占用高，哪一段内存持续上涨不回落，哪里就是需要优化的方向。“性能优化”不一定是等你做大了才需要，从第一个项目开始就养成随手看一下 Profiler 的习惯，后面省事很多。
6.3 从模板开始接触 MVVM 架构与 AI 辅助开发
现代 Android 开发绕不开 Jetpack 和 MVVM 架构。Android Studio 的新项目模板里，选择“Empty Activity”之外的“Blank Activity + ViewModel”等模板，系统会自动帮你生成基于 ViewModel、LiveData 或 Flow 的骨架，这比从零手敲要容易理解得多。
另外想提一下 AI 辅助工具。Android Studio 的插件生态很丰富，Codeium、GitHub Copilot 这类 AI 插件可以直接在 Settings > Plugins 里搜索安装；也有部分开发者通过 API 接入 Claude 来辅助开发和解答报错问题。我自己的体会是，AI 工具对查报错信息、理解晦涩的 API 文档、生成模板代码帮助很大，但“能跑”不等于“你理解了”，建议把 AI 当搜索和答疑助手，而不是代码的替代品。
这里做一个简单的经验区分：Codeium 类的免费插件适合日常补全，Copilot 适合更复杂的上下文推断。等 Kotlin 基础打牢之后，再叠加 AI 插件能明显提速，但新手阶段慎用生成式代码，写完之后看不懂、调试起来更痛苦。
6.4 插件仓库：从 ROOM 数据库到自定义控件
“Android Studio 支持插件开发吗”？支持，而且生态内常用开发框架和工具几乎都有对应的插件或模板支持。比如 Room 数据库，虽然它是 androidx.room 库，需要写代码，但 Android Studio 的 Database Inspector 可以在运行时直接查看 App 内数据库表结构和数据，用起来非常方便。
自定义控件方面，在新建 Kotlin 类时选择 Custom View Class 的模板，Android Studio 会生成 onMeasure、onDraw 等需要重写的骨架，省去手抄模板的麻烦。如果你有精力和兴趣，Android Studio 自身也提供 IntelliJ Platform SDK 做插件开发，但这个门槛比较高，建议至少熟悉 Gradle 插件体系和 Kotlin 后再碰。
7. 写在最后：一次装好之后，环境维护才是常态
每次重装 Android Studio 都是一次与人斗、与网络斗、与自己电脑斗的综合历练。装了几十次之后，我最大的体会是：用“最小化改动原则”对待开发环境——别为了追求“最新”频繁换 Canary，别为了“干净”把系统里能用的 JDK 乱删，更别在环境出问题时盲目重装。
真想长期省心，建议把 SDK 路径、Gradle 镜像配置、AVD 目录规划每一步都提前想好，甚至可以把自己的 gradle.properties 和 repos 配置做成一份配置文件放在本地备份，重装时直接拷贝过去。这部分开销的回报是：以后每次换电脑、换工作机，你的环境恢复时间能压缩到一小时内。希望这篇文章能把那些“装完就劝退”的坑替你提前填平，剩下的路，就靠自己踩出来了。
