学习Kotlin，掌握未来开发人员的首选语言，我能获得哪些实际好处？
- 内容介绍
- 相关推荐
每一个写代码的人心里大概都藏着一种焦虑：今天我掌握的技能，明天会不会过时？特别是对于Android开发者这种焦虑感在2017年的Google I/O大会上达到了一个顶峰。那时候，Google一锤定音，宣布Kotlin成为Android开发的官方语言。这不仅仅是一个新闻， 雪糕刺客。 更像是一个时代的信号弹。如果你还在死守着Java不放，或者觉得“Java能跑就行”，那你可能真的要好好审视一下周围的世界了。毕竟 连Google都把宝押在了Kotlin上，我们这些跟着Google“混饭吃”的人，还有什么理由不去拥抱它呢？
告别繁琐， 拥抱简洁：代码量的断崖式下跌
说实话，写Java写久了人容易变得麻木。那些无休止的getter、 setter、toString，还有那一堆堆的样板代码，就像是一层厚厚的壳，包裹着业务逻辑的核心。 醉了... 很多时候，为了实现一个简单的功能，你得敲击键盘上百次甚至更多。这不仅仅是体力的消耗，更是对创造力的扼杀。而Kotlin的出现，简直就是来“解放双手”的。
开搞。 你有没有试过那种感觉？当你把一段几百行的Java代码转换成Kotlin后发现只剩下不到一百行？那种爽快感，简直无法用语言形容。Kotlin的简洁体现在很多细节上， 比如它直接省略了让人纠结的分号，构造一个类的时候也不需要像Java那样繁琐地写 `new` 关键字。这些看似微小的改变，累积起来就是开发效率的巨大飞跃。
更别提那些让人头疼的数据类了。在Java里你要为了一个POJO类写多少重复的代码？而在Kotlin里一行代码搞定。这意味着什么？意味着你需要输入、测试和维护的代码数量更少。代码越少，出错的概率就越低，阅读起来也就越轻松。这不仅仅是“偷懒”，这是在追求代码的极致表达。有人说Kotlin是个“糖盒”，全是语法糖，但我想问，有糖吃不好么？既然能用更少的逻辑表达同样的意思，我们为什么要拒绝这种甜蜜呢？
空指针噩梦的终结者
每一个Java开发者，大概都有过被 `NullPointerException` 支配的恐惧。那红色的报错日志，就像是午夜凶铃一样，随时可能在你的APP崩溃时响起。Java虽然强大， 摆烂... 但在空指针的处理上，确实显得有些“原始”。你永远不知道用户会怎么操作， 也不知道后端接口会给你返回什么惊喜，一个不经意的空对象，就能让你的应用瞬间闪退。
Kotlin在这个问题上，简直是做了一件大好事。它在编译时就把空指针异常扼杀在了摇篮里。通过在类型系统层面区分可空类型和非空类型，Kotlin强迫你在写代码的时候就必须考虑到“万一它是空的怎么办”。这种机制虽然一开始会让你觉得有点别扭， 甚至觉得是在“找茬”，但当你习惯了这种严谨之后你会发现，你的代码变得无比健壮。那种上线后提心吊胆怕APP崩溃的日子，一去不复返了。这就是工具带来的平安感，实实在在的平安感。
无缝衔接：Java与Kotlin的“双剑合璧”
很多人不敢学Kotlin， 最大的顾虑就是：“我项目里全是Java代码，难道要重写？”这完全是个误解。Kotlin和Java的关系，并不是你死我活的替代，而更像是一种完美的互补和升级。它们之间的关系，有点像当年Objective-C和Swift的演变，但又有所不同。Java的应用场合太广了底层的库、中间件，到处都是Java的影子，太水了。。
Kotlin的设计者们明摆着非常聪明，他们做到了100%的互通。这意味着什么？意味着你可以在同一个项目里既有Java文件，也有Kotlin文件。它们可以互相调用，库文件可以无障碍地互相访问。你可以今天就在项目里新建一个Kotlin类写个新功能， 太水了。 明天继续维护那个古老的Java工具类。甚至， Android Studio里还提供了一键转换的功能，快捷键一按，Java代码就变成了Kotlin代码。
抓到重点了。 这种互操作性极大地降低了学习成本。你不需要为了学Kotlin而把Java扔掉，也不需要为了用Kotlin而推倒重来。这是一个渐进的过程，是一个平滑的过渡。对于企业这也意味着基本不会带来额外的成本负担。既然如此，为什么不试试呢？
不仅仅是Android：多平台的广阔天地
太扎心了。 虽然我们聊了很多Android，但千万别把Kotlin仅仅看作是Android的专属语言。Kotlin是一种面向现代多平台应用程序的编程语言。现在Spring 5这样的后端框架也对Kotlin进行了大量支持， 这意味着你写后端、写前端、甚至写跨平台应用，都可以用这一门语言搞定。
想象一下 掌握一门语言，就能打通移动端和服务端，这对于全栈开发者是多么诱人的前景。这种“一次学习，多处受用”的性价比， 搞一下... 在编程语言界也是不多见的。因为Kotlin生态的不断完善，你会发现它能做的事情越来越多，你的职业道路也会越走越宽。
职业发展的助推器：站在巨人的肩膀上
我们都是搞IT的，始终向前看应该是最基本的职业素养。虽然大家对Java有感情， 毕竟都是从Java一路走来的，Java也确实辉煌了这么多年，但这不能成为我们拒绝新事物的理由。看看现在的趋势吧， Google已经将Kotlin作为一级语言，后续许多新增的Jetpack API和功能都将优先提供Kotlin版本。如果你还在坚持用Java写Android，你可能连最新的功能特性都用不上，或者用起来比别人麻烦得多。
再看看那些顶级公司。Pinterest、 Evernote、Uber、Trello、Postmates、Corda……这些名字如雷贯耳的公司，已经将他们的Android应用程序从Java转换到了Kotlin。这不仅仅是一个技术选型的问题， 捡漏。 更是一个行业风向标。当超过50%的专业开发者都在使用Kotlin， 当Kotlin跻身Stack Overflow上最受喜爱的语言，成为GitHub上贡献者数量增长最快的语言之一时你还要做那个旁观者吗？
对于加固厂商 Google更新为Kotlin可能是个不小的挑战，主要原因是之前的APP研发都是使用的Java语言编译DEX文件，很多平安方案都是基于Java的，现在可能会存在不兼容的问题。但这恰恰说明了Kotlin的普及程度之深，连产业链上下游都必须为之改变。作为开发者，顺应这个潮流，就是顺应自己的钱包和未来。
学习曲线：其实并没有想象中那么陡峭
当然 Kotlin毕竟是语言级别的新事物，比起Java从编程思想到代码细节都有不少变化。比如那个 `companion object`，刚一看你会觉得这是什么鬼？ 大胆一点... 后来才发现它其实就是Java中的静态变量的替身，但用法更灵活。比如那个 `var strNullable`，那个问号的使用，一开始总是让人晕头转向。
但是 我们最好先对Kotlin有个整体的基本的了解，然后再去学习和使用，这样才能高效地掌握Kotlin语言。不要一上来就钻牛角尖，纠结于某个语法的细枝末节。先学会怎么用它来写界面怎么处理网络请求， 别怕... 怎么定义数据模型。你会发现，虽然语法变了但编程的逻辑还是相通的。而且，Kotlin的设计初衷就是为了提高效率，很多语法糖都是为了解决Java的痛点而生的。只要你迈出第一步，后面的路其实越走越顺。
别让犹豫成为你的绊脚石
编程语言本质上还是工具， 要运用工具提高效率和质量，还要看具体开发者。但工具的好坏，直接决定了你干活时的心情和产出。Kotlin不是要消灭Java，Java在编程世界里依然占据着举足轻重的地位，毕竟它的生态太庞大了。但是Kotlin确实是一个趋势，以后使用Kotlin肯定是有优势的，何必呢？。
不要再犹豫了不要再找借口说“没时间”或者“Java够用了”。去看看那些文档，去敲几行代码，去感受一下那种没有分号、没有空指针异常的快感。你会发现，学习Kotlin，不仅仅是在学一门新语言， 盘它... 更是在为自己的未来投资。在这个竞争激烈的行业里保持好奇心和学习力，才是我们最大的资本。未来已来而Kotlin，就是通往未来的一把钥匙。握住它，别松手。
每一个写代码的人心里大概都藏着一种焦虑：今天我掌握的技能，明天会不会过时？特别是对于Android开发者这种焦虑感在2017年的Google I/O大会上达到了一个顶峰。那时候，Google一锤定音，宣布Kotlin成为Android开发的官方语言。这不仅仅是一个新闻， 雪糕刺客。 更像是一个时代的信号弹。如果你还在死守着Java不放，或者觉得“Java能跑就行”，那你可能真的要好好审视一下周围的世界了。毕竟 连Google都把宝押在了Kotlin上，我们这些跟着Google“混饭吃”的人，还有什么理由不去拥抱它呢？
告别繁琐， 拥抱简洁：代码量的断崖式下跌
说实话，写Java写久了人容易变得麻木。那些无休止的getter、 setter、toString，还有那一堆堆的样板代码，就像是一层厚厚的壳，包裹着业务逻辑的核心。 醉了... 很多时候，为了实现一个简单的功能，你得敲击键盘上百次甚至更多。这不仅仅是体力的消耗，更是对创造力的扼杀。而Kotlin的出现，简直就是来“解放双手”的。
开搞。 你有没有试过那种感觉？当你把一段几百行的Java代码转换成Kotlin后发现只剩下不到一百行？那种爽快感，简直无法用语言形容。Kotlin的简洁体现在很多细节上， 比如它直接省略了让人纠结的分号，构造一个类的时候也不需要像Java那样繁琐地写 `new` 关键字。这些看似微小的改变，累积起来就是开发效率的巨大飞跃。
更别提那些让人头疼的数据类了。在Java里你要为了一个POJO类写多少重复的代码？而在Kotlin里一行代码搞定。这意味着什么？意味着你需要输入、测试和维护的代码数量更少。代码越少，出错的概率就越低，阅读起来也就越轻松。这不仅仅是“偷懒”，这是在追求代码的极致表达。有人说Kotlin是个“糖盒”，全是语法糖，但我想问，有糖吃不好么？既然能用更少的逻辑表达同样的意思，我们为什么要拒绝这种甜蜜呢？
空指针噩梦的终结者
每一个Java开发者，大概都有过被 `NullPointerException` 支配的恐惧。那红色的报错日志，就像是午夜凶铃一样，随时可能在你的APP崩溃时响起。Java虽然强大， 摆烂... 但在空指针的处理上，确实显得有些“原始”。你永远不知道用户会怎么操作， 也不知道后端接口会给你返回什么惊喜，一个不经意的空对象，就能让你的应用瞬间闪退。
Kotlin在这个问题上，简直是做了一件大好事。它在编译时就把空指针异常扼杀在了摇篮里。通过在类型系统层面区分可空类型和非空类型，Kotlin强迫你在写代码的时候就必须考虑到“万一它是空的怎么办”。这种机制虽然一开始会让你觉得有点别扭， 甚至觉得是在“找茬”，但当你习惯了这种严谨之后你会发现，你的代码变得无比健壮。那种上线后提心吊胆怕APP崩溃的日子，一去不复返了。这就是工具带来的平安感，实实在在的平安感。
无缝衔接：Java与Kotlin的“双剑合璧”
很多人不敢学Kotlin， 最大的顾虑就是：“我项目里全是Java代码，难道要重写？”这完全是个误解。Kotlin和Java的关系，并不是你死我活的替代，而更像是一种完美的互补和升级。它们之间的关系，有点像当年Objective-C和Swift的演变，但又有所不同。Java的应用场合太广了底层的库、中间件，到处都是Java的影子，太水了。。
Kotlin的设计者们明摆着非常聪明，他们做到了100%的互通。这意味着什么？意味着你可以在同一个项目里既有Java文件，也有Kotlin文件。它们可以互相调用，库文件可以无障碍地互相访问。你可以今天就在项目里新建一个Kotlin类写个新功能， 太水了。 明天继续维护那个古老的Java工具类。甚至， Android Studio里还提供了一键转换的功能，快捷键一按，Java代码就变成了Kotlin代码。
抓到重点了。 这种互操作性极大地降低了学习成本。你不需要为了学Kotlin而把Java扔掉，也不需要为了用Kotlin而推倒重来。这是一个渐进的过程，是一个平滑的过渡。对于企业这也意味着基本不会带来额外的成本负担。既然如此，为什么不试试呢？
不仅仅是Android：多平台的广阔天地
太扎心了。 虽然我们聊了很多Android，但千万别把Kotlin仅仅看作是Android的专属语言。Kotlin是一种面向现代多平台应用程序的编程语言。现在Spring 5这样的后端框架也对Kotlin进行了大量支持， 这意味着你写后端、写前端、甚至写跨平台应用，都可以用这一门语言搞定。
想象一下 掌握一门语言，就能打通移动端和服务端，这对于全栈开发者是多么诱人的前景。这种“一次学习，多处受用”的性价比， 搞一下... 在编程语言界也是不多见的。因为Kotlin生态的不断完善，你会发现它能做的事情越来越多，你的职业道路也会越走越宽。
职业发展的助推器：站在巨人的肩膀上
我们都是搞IT的，始终向前看应该是最基本的职业素养。虽然大家对Java有感情， 毕竟都是从Java一路走来的，Java也确实辉煌了这么多年，但这不能成为我们拒绝新事物的理由。看看现在的趋势吧， Google已经将Kotlin作为一级语言，后续许多新增的Jetpack API和功能都将优先提供Kotlin版本。如果你还在坚持用Java写Android，你可能连最新的功能特性都用不上，或者用起来比别人麻烦得多。
再看看那些顶级公司。Pinterest、 Evernote、Uber、Trello、Postmates、Corda……这些名字如雷贯耳的公司，已经将他们的Android应用程序从Java转换到了Kotlin。这不仅仅是一个技术选型的问题， 捡漏。 更是一个行业风向标。当超过50%的专业开发者都在使用Kotlin， 当Kotlin跻身Stack Overflow上最受喜爱的语言，成为GitHub上贡献者数量增长最快的语言之一时你还要做那个旁观者吗？
对于加固厂商 Google更新为Kotlin可能是个不小的挑战，主要原因是之前的APP研发都是使用的Java语言编译DEX文件，很多平安方案都是基于Java的，现在可能会存在不兼容的问题。但这恰恰说明了Kotlin的普及程度之深，连产业链上下游都必须为之改变。作为开发者，顺应这个潮流，就是顺应自己的钱包和未来。
学习曲线：其实并没有想象中那么陡峭
当然 Kotlin毕竟是语言级别的新事物，比起Java从编程思想到代码细节都有不少变化。比如那个 `companion object`，刚一看你会觉得这是什么鬼？ 大胆一点... 后来才发现它其实就是Java中的静态变量的替身，但用法更灵活。比如那个 `var strNullable`，那个问号的使用，一开始总是让人晕头转向。
但是 我们最好先对Kotlin有个整体的基本的了解，然后再去学习和使用，这样才能高效地掌握Kotlin语言。不要一上来就钻牛角尖，纠结于某个语法的细枝末节。先学会怎么用它来写界面怎么处理网络请求， 别怕... 怎么定义数据模型。你会发现，虽然语法变了但编程的逻辑还是相通的。而且，Kotlin的设计初衷就是为了提高效率，很多语法糖都是为了解决Java的痛点而生的。只要你迈出第一步，后面的路其实越走越顺。
别让犹豫成为你的绊脚石
编程语言本质上还是工具， 要运用工具提高效率和质量，还要看具体开发者。但工具的好坏，直接决定了你干活时的心情和产出。Kotlin不是要消灭Java，Java在编程世界里依然占据着举足轻重的地位，毕竟它的生态太庞大了。但是Kotlin确实是一个趋势，以后使用Kotlin肯定是有优势的，何必呢？。
不要再犹豫了不要再找借口说“没时间”或者“Java够用了”。去看看那些文档，去敲几行代码，去感受一下那种没有分号、没有空指针异常的快感。你会发现，学习Kotlin，不仅仅是在学一门新语言， 盘它... 更是在为自己的未来投资。在这个竞争激烈的行业里保持好奇心和学习力，才是我们最大的资本。未来已来而Kotlin，就是通往未来的一把钥匙。握住它，别松手。