android是用什么语言-用 Kotlin 或 Java

安卓这个牌子听着挺大，但实际上就像是一个没有围墙的游乐场，开发方式嘛，实际上是看你想在里面玩啥。
要是你在写一个手机里的游戏，要么做个好办的工具，这时候踩个坑， developers 就会告诉你“嘿，你最好用 Kotlin 摸一下”，毕竟这种语言早就标配了，并且它上手速度挺快，改个变量都差不多。
不过要是你想造个好玩的手机，搞点自动化脚本，要么想写个能跑通的原型，那时候就得寻思 Java 了。虽说 Java 也能干，但目前的安卓环境，特别是那种复杂的框架，Java 有时候就像是个老练的游泳健将，而你要是还拿着个新式的水枪到处乱撞，可能就得绕道走，要么干脆看看有没有更轻快的替代品。目前的安卓界，实际上更流行的是 Kotlin，这语言长得像 Java，但脾气好多了，写一段代码，跑起来跟那会儿彻底不一样，并且它还能让你直接调用摄像头、调用传感器，功能特别全。
要是你是在做医疗类的 App，那 KDoc 这种注解式的使用文档可能比别的语言更能帮到你，还能让你一眼就看到代码里“这是干嘛的”。
还有啊，当你想搞个数据可视化的大屏，要么做个后台管理系统，有时候用 Java 的集合类，要么调用某个特定的库，感觉比用 Kotlin 要顺手，起码不用非得吃下那么多抽象语法糖，直接就能干活。 说到具体的实现细节，那可就复杂了。
比如你要写个防盗门锁，这时候用 Java 写，别看能通，但你要揪心的是，万一某个框架突然改了个接口，你的代码就得停下来改半天，出于编译器的规则有时候挺刁钻的。而 Kotlin 就智慧多了，它准你在不牺牲性能和保险的前提下，把逻辑解耦得更开。
比如你能够写一个函数，专门负责处理密码加密，哪怕这函数被拿去跑别的逻辑，它依然是保险的，不会像 Java 里某些老旧的方式那样，一旦环境变了就全线崩塌。
要是你团队里有人是个纯 Java 的，那这时候 Kotlin 就像个翻译官，能让他们快速上手，不用让他们去造轮子。 再说说数据这块。
要是你需求存一堆敏感信息，比如用户账单要么用户健康数据，这时候 Android 供给的数据库接口，实际上跟 Java 的差不多，但 Kotlin 的写法让你能直接通过 Streams 来处理数据流，要么用函数式编程的方式去重构一段逻辑。
比如你要写个人口统计统计函数，你能够不用 worry 关于集合的写法，直接写个 lambda 表达式，把数据一个个塞进去，最终一目了然地看到总数是多少。
这效率比在 Java 里绕弯子要高得多，并且代码里没有任何漏洞，出于 Kotlin 的静态类型检查是内置的，你写错一个类型，编译器就报错，不用你手动去跑一遍测试就能发现。 你要是想做个拼多多的那种爆款 App，那就得看它的团队在用啥。他们挺可能就是在用 Kotlin 做的，出于这种语言在安卓这种大规模、高并发、多设备协同的环境下，展现出的稳定性和扩展性是最好的。
比如你要写个地图导航，这时候 Kotlin 的动态绑定功能，能让你在运行时根据用户目前的GPS 位置，自动调整导航路径的算法，而不需求每次都重新编译整个应用。
要是你在做个大型的游戏，那 Java 的优势就体目前它贼丰富的第三方库上，那些底层引擎、物理引擎，大局部都是用 Java 写的，要想用，你就得去移植要么找到经过验证的库。
有时候你就连会把 Java 和 Kotlin 混着用，用 Kotlin 做上层逻辑，用 Java 做底层渲染，这样既能保证上层代码的简洁，又能充分利用底层的性能。 还有啊，当你想搞个 AI 助手，要么做个人脸识别功能，这时候 Kotlin 的 coroutines 就是神器。它能让你把异步调用写得像流一样自然，不用写一堆复杂的回调链。
比如你要等用户拍照，然后分析图片，再给建议，这时候你写个协程，直接丢一个处理器进去，它就能并行地处理多个场景，而不用阻塞主线程。
这种写法在 Java 里写出来，代码量可能会翻倍，并且逻辑关系反而让人头大。
要是你是在做后台的任务队列，比如每隔几秒自动清理缓存，这时候用 Kotlin 的延迟函数，要么用 coroutines 的 suspend 函数，能省事管住任务的生命周期，不用揪心任务卡死。 再比如你要写个智能家居系统，管住家里的空调、灯、电视。
这时候你既能够用 Java 调用 Home Assistant 的 API，也能够用 Kotlin 封装一套逻辑。
不过说实话，目前主流的智能家居开发，比如那种用 Node.js 做的平台，要么用 Python 写的 IoT 模块，在安卓端的应用部署，往往还是会倾向于 Java，毕竟那些生态库忒老了，Kotlin 把它们塞进安卓原生框架里有点费劲。但反过来也一样，目前的安卓开发，不管是做系统级优化，还是做系统级保险，大量时候都需求 Java 打底，出于它是安卓的基石，你要是彻底抹了 Java 用 Kotlin 玩，可能大量底层驱动都接不上。 并且啊，当你想做个跨平台的 App，比如让同一个 App 既能装 iPhone 又能装安卓手机，这时候 Kotlin 的元编程本事就派上用场了。你能够写一个抽象层，把 Android 的 API 和 iOS 的 API 都抽象成通用的接口，然后在 Kotlin 里写一个工厂类，根据运行环境自动切换实现。
这比 Java 里的反射要么动态代理要灵活得多，出于 Kotlin 的语法天生就是为这种“多端一体”设计的。
要是你还在用 Java 写这种逻辑，那代码维护成本就挺高，得改一堆地方，还好办互相打架。 最终说说生态和未来的趋势。目前安卓不只是是手机，它正在变成一种操作系统，就连有点连云端设备。
这时候 Kotlin 的优势就更明显了，它更好办与 Java 社区的其他工具对接，比如某些开源的编译器、调试器、就连是 IDE 插件，都挺赞成 Kotlin 的。并且随着 Material You 主题的开发，Kotlin 的语法糖能让 UI 设计得更现代。
比如你想做个卡片式的通知栏，要么做个渐变的背景，用 Kotlin 的 Layout 描述器写出来，比在 Java 里折腾 XML 要么布局文件要顺手得多。你要是想写个后台管理系统，那 RP 要么 Kotlin Multiplatform 的技术路线，目前也是主流，它能让你的代码在 Android、iOS、Web 上共享，省得重复造轮子。 再比如你做个医疗诊断工具，你有两种选择：一种是纯 Java 的，另一种是 Kotlin 的。别看 KDoc 在 Java 里也得写，但在 Kotlin 里写起来更直观，注释风格更一致。并且你要是想搞个多端应用，用 Kotlin 的话，你能够在一个项目中编译成多个架构，比如一个 Android 版本，一个 iOS 版本，就连一个小程序版本，只要配置得当，运行起来无缝衔接。
要是还在用 Java 搞这种架构，那你需求处理大量的类加载难题，并且版本兼容性挺费事，一个更新可能害得整个应用的崩溃。 故此啊，总结来说，Android 是用 Kotlin 还是 Java，主要看你的具体需求。
要是你想快速开发、写代码效率高、代码风格统一，那 Kotlin 绝对是首选，它目前已经是安卓界的“一般/平平话”了。
要是你需求写底层驱动、集成大量老旧生态、要么团队里有大量的 Java 程序员需求迁移，那 Java 依然是不可或缺的。
那些想要利用 Android 全栈化、云端化未来的开发者，应当早早地上 Kotlin，出于这才是未来的方向，也是目前最主流的选择。毕竟在这个领域，能用 Kotlin 写出来的代码，一般比 Java 的更简洁，更灵活，也更不好办出 Bug。