安卓应用开发困境：Java开发者如何应对Kotlin冲击

你可曾察觉到，当下进行安卓应用开发相较于以往要累得多？这并非是你的错觉，有一位曾投身于谷歌安全项目的工程师，凭借自身亲身经历证实了这般困境。

谷歌抛弃Java让老开发者无路可走

被谷歌定为安卓首选开发语言的是Kotlin，在此之后，大量用Java编写的老应用陷入尴尬境地。比如MusicSync的开发者Bhatia，他的应用完全是用Java编写而成的，然而现在谷歌官方的UI库Jetpack Compose根本不支持Java，若想用新功能那就只能重写代码。

更让人头疼麻烦事儿的是，好多第三方库也正从Java朝着Kotlin进行迁移。Bhatia察觉到，Kotlin所独有的协程还有挂起函数，在Java的环境当中根本就没办法去使用，要是强行进行兼容的话就需要编写大量繁杂的代码，这样既耗费时间而且还特别容易出现错误。Java开发者如今处于一种进退两难的境地。

官方库频繁更新每次都可能让应用崩溃

符合谷歌标准的媒体库 ExoPlayer，堪称其中的典型示例。于 2024 年升级至 v2 版本之后，旋即便被 Jetpack Media3 所替代 ，每一次的更新都会造成具有破坏性的变更。Bhatia 表示，他必须一次次地反复去修改代码，以此实现适配新库的目的，不然应用程序就会出现闪退的状况。

不单是媒体库，安卓系统每一次大版本的更新，都会于通知、存储权限以及后台执行这些关键之处作出变动。开发者不得不跟着去修改代码，不然在新的系统上，应用就会出现问题。这般被迫更新的节奏，致使维护成本呈直线上升态势。

UI设计指南翻来覆去改文档还只给Kotlin

Material Design 2被Material 3替代以后，众多界面需重新制作，更令人苦恼的是，谷歌官方文档多数仅给出Kotlin版本的示例代码，Java开发者觅不到清晰的迁移指引，只能自行摸索或者选择放弃。

提到的是Bhatia，UI组件的变化情况并非只是单纯地进行颜色更换这般容易，诸多的布局逻辑以及交互方式均已发生改变。官方Java文档不存在支持情况，老开发者想要跟上相应节奏会显得极为吃力，要么耗费大量时间去开展研究，要么只能眼睁睁地看着应用界面变得过时。

第三方库说停就停开发者只能自己填坑

在谷歌官方之外，第三方库同样难以信赖。众多常用的开源库，存在维护者因精力欠缺抑或被谷歌政策搅扰而径直停止维护的状况。Bhatia的应用所依赖的若干个库便遭遇了这般情形，他唯有自行修复漏洞或者寻觅替代方案。

从2012年起就开始维护一个应用的开发者，没办法做完应用就搁置不理，因为谷歌规定minSdkVersion不能太过陈旧，不然应用会被下架，比如这位开发者在Google Play发布了108个版本，每隔几个月就要折腾一回，搞得身心俱疲。

谷歌硬推App Bundles让开发者交出签名密钥

谷歌当下要求新应用得采用App Bundles格式，这就表明开发者需将根签名密钥交予谷歌。众多开发者心存担忧，在把密钥交给他人之后，应用存在着会被未经授权予以修改的风险。虽说谷歌宣称具备代码透明性功能，然而大家依旧放心不下。

有一位从事开源SSH文件传输应用开发的人直接表明话语，这般以商业化作为导向的严苛要求，致使诸多优质免费应用被逼迫离开了，像Termux就是因为这个缘故而从Google Play退出了。小团队以及个人开发者根本不存在精力和资源去应对这些官僚流程。

只有大公司才玩得起个人开发者被劝退

这样的开发环境之下，最大的受益者乃是拥有资金以及人力的大型公司，它们能够特意去雇佣人员跟踪谷歌的政策变动情况，对代码予以更新，处理兼容性方面的疑难问题。然而，免费开源的应用以及个人爱好者开展的项目，鉴于无法获取利润用以涵盖开发所需成本，故而只能逐渐地被舍弃掉。

有开发者颇为无奈地讲，编写应用自身并非难事，困难之处在于应用商店的那一套官僚作风。除非你属于大公司，不然就真的不太想继续下去了。当下，Google Play上商业应用数目日益增多，然而小而美的工具应用却在逐渐消失，这对于整个生态而言并非是一件好事。

你认为谷歌的这般行径，究竟是意在提供对用户的保护，还是在促使小开发者以及免费应用的离去？欢迎于评论区去分享你所抱持的观点，点赞并进行转发，好让更多的人看到此项问题。