每年Android Studio大版本的命名都挺有意思,从Koala、Ladybug到Meerkat,一路动物世界走过来,今年这个Otter 3(水獭)算是把版本号终于推到了2024.2.2系。说实话,我最初看到这个版本号的时候还愣了一下,Otter不是早就发过了吗?后来翻了更新日志才发现,这次相当于一个把新UI、设备镜像、Compose预览增强全部打磨到位的"完全体"版本。
但真正让我有兴趣聊这个话题的,是这两天不断有朋友问我同一个问题:既然Cursor这么强,日常写Android代码到底该用Android Studio还是Cursor?这个问题放在三年前根本不用讨论,AS是安卓开发唯一答案。可现在AI编程工具火了以后,团队里越来越多人在用Cursor写完代码再贴回Android Studio编译,两套工具来回倒腾,谁主谁辅已经成了实际痛点。
这篇文章我不打算给你一个非黑即白的答案,那没意义。我准备从Otter 3真正更新的东西讲起,再把AS和Cursor在安卓开发场景下的各自定位拆开揉碎,最后给一套我实际用了两个月的工作流。你看完自己去判断,哪种组合更适合自己手头的项目。
1. 内容整体设计与思路拆解
1.1 Otter 3到底更新了什么,值得你从旧版本迁移
先说一个很多人忽略的事实:Android Studio的版本号规则在两年前改成了按年份和功能命名,Otter 3对应的其实是IntelliJ 2024.2.2平台。大部分开发者从Meerkat或者Ladybug升上来,最直观的感受就是启动界面变了、图标变了、整个UI变得更加扁平紧凑,但真正内核层面的变化远不止这些。
第一个大变化是全新UI界面已经成为默认主题。这个新UI其实在Koala时代就开始灰度测试了,到Otter 3这里彻底转正。布局上最大的不同是左侧工具窗口默认折叠成细长图标条,主编辑区更宽,多行标签页改成可横向滚动的单行标签。很多人一开始觉得不习惯,尤其是用惯旧版侧边栏投射布局的老手,但我实际用了一周后,发现这个设计对16:10及以下比例的笔记本屏非常友好,代码区多出的每一列都是实打实的视野面积。
第二个核心升级是设备镜像和设备控制功能。你连着USB调试或者无线调试的时候,Otter 3可以在编辑器里直接开一个小窗实时投射手机屏幕,同时模拟点击、滑动、手势解锁。以前要装Vysor或者Scrcpy这类第三方工具才能做类似的事,现在官方把它内置了。这个功能对做TV端、车机端这类没法直接抱着真机到处跑的开发者来说,价值极高。
第三个值得关注的地方是Compose预览增强。这次Compose Preview不再只是一个静态渲染窗口,新增了交互式预览模式,你可以在预览面板里直接点击按钮、滚动列表、输入文字,模拟一次完整的用户操作流程,而不用先把App跑起来。这对纯Compose项目的开发效率提升是肉眼可见的。我自己的实操体验是,以前写一个带LazyColumn列表和点击事件的页面,至少要起一次模拟器,现在预览面板里点几下就能验证核心交互,整个调试循环的时间压缩了至少三分之一。
还有一个不容易被注意到的底层变化是内置了对Gradle 8.9和Kotlin 2.0.20的更完整支持,AGP版本插件也同步升级到8.7以上。这意味着新项目模板生成的构建脚本清爽了很多,用Kotlin DSL写构建逻辑的时候,类型安全的提示和补全比旧版本精准了一个量级。对用uni-app x这类跨端框架做原生打包的人来说,这个版本的SDK和构建工具链匹配度更高,踩兼容坑的概率明显下降。
1.2 Cursor在移动开发里的定位,其实和AS不是同一层
聊Cursor之前,我得先把一个误区纠正过来:很多人把Cursor理解成"Android Studio的竞品",这个出发点就错了。Cursor本质是一个基于VSCode架构的AI原生编辑器,它的核心卖点不在编译、调试、性能剖析这些IDE能力上,而在"AI理解你的整个代码库、跨文件生成和修改代码"这件事上。
说白了,Android Studio在传统IDE维度上的积累——比如布局预览、APK分析器、Profiler、模拟器管理、SDK管理器——Cursor短期内根本不打算碰,也碰不了。你不可能指望Cursor替你做资源混淆、看内存泄漏、抓JNI崩溃日志,那本来就该是IDE的活。但Cursor的强项AI补全、Agent模式、跨文件重构,又是Android Studio目前的短板。
我常用Cursor的一个典型场景是:接到一个需求,要把项目里十几个数据模型类从Java转成Kotlin,同时顺手把Gson注解换成Kotlinx Serialization。这种活如果纯手写,一上午就没了。但用Cursor的Agent模式,你只需给一句指令"把所有使用Gson的Model类迁移到Kotlin Serialization,保留字段名兼容旧缓存",它会自动遍历相关文件、生成修改方案、逐文件执行替换,而且会主动识别你项目里自定义的TypeAdapter,不会乱改序列化逻辑。
这才是Cursor在安卓日常开发中真正有价值的地方——它不是一个完整的Android IDE,而是一个高智商、高配合度的代码协作者。所以你想在"AS还是Cursor"里二选一,本质上是把两个不同维度的工具放在同一个维度上比,怎么选都是错的。
1.3 选择方案背后的思考:主IDE + AI协作者的组合逻辑
从我目前的实践来看,最合理的组合不是"二选一",而是"双工具并行,各取所长"。Android Studio Otter 3作为主IDE,负
