Java - Tony Bai

本文永久链接 – https://tonybai.com/2025/10/23/go-language-leads-jetbrains-trends

大家好，我是Tony Bai。

近日，软件开发工具巨头 JetBrains 发布了其年2025度《开发者生态系统现状》报告，这份基于全球数万名开发者调研的数据报告，已成为洞察技术风向的关键参考之一。在今年的报告中，Go 语言的表现尤为亮眼，它不仅在“未来潜力”和“学习意愿”等前瞻性指标上独占鳌头，其在当前主流语言版图中的位置也愈发稳固。

本文将为您全方位解读这份报告，从多个维度剖析 Go 语言的现状、潜力和生态位，洞察这些趋势对每一位 Gopher 的深远影响。

核心洞察：Go 成为开发者“最想采用的下一门语言”

报告中最激动人心的发现，莫过于在“开发者最想采用的下一门语言”这项调查中，Go 语言以 11% 的得票率高居榜首。

这一数据强烈预示着 Go 语言在未来的项目选型和团队扩张中将拥有巨大的潜力。它表明 Go 简洁、高效、高并发的理念已成功捕获了大量开发者的心智。对于企业而言，这意味着 Go 的人才储备池正在快速扩大；对于开发者个人而言，掌握 Go 语言无疑是抓住了未来技术栈演进的关键脉搏。

当前使用现状：稳居主流，但非绝对主导

当然，我们也需客观看待 Go 的当前位置。在“主要编程语言”的长期使用趋势图表中，Go 的使用率稳定在 20%。

这是一个非常健康且重要的数字，它意味着 Go 已经牢固地占据了主流编程语言的一席之地，与 C# (21%) 并驾齐驱，并且领先于 Kotlin (18%) 和 Rust (12%) 等现代语言。

然而，与常年盘踞榜首的 JavaScript (61%)、Python (57%) 和 Java (49%) 相比，Go 还有相当的差距。这恰恰反映了 Go 的战略定位：它并非一门试图“通吃”所有领域的语言。Python 在数据科学和 Web 后端拥有深厚根基，Java 在庞大的企业级应用中难以撼动，而 Go 则精准地聚焦于其核心优势领域——云原生、分布式系统和高性能后端服务。这种聚焦，正是其强大生命力的来源。

增长潜力：位列“承诺指数”第一梯队

JetBrains 创设的“语言承诺指数 (Language Promise Index)”综合评估了语言的增长稳定性、采用势头和用户忠诚度。在这个极具前瞻性的榜单上，Go 以 +115 的高分位列第四，与 TypeScript (+223)、Rust (+187) 和 Python (+131) 共同组成了未来增长潜力最强的“第一梯队”。

这表明，尽管 Go 的当前总使用率不如 Python 或 Java，但其增长的质量和动能却处于顶尖水平。社区活跃、用户忠诚度高、应用场景不断拓宽，这些都是 Go 未来持续攀升的坚实基础。

趋势解读：为何是 Go？技术范式演进的必然选择

报告中的另外几组数据，完美解释了 Go 语言为何能在当今的技术浪潮中乘风破浪。

完美契合“连接型”开发范式

报告指出，现代开发者的核心工作正在从构建孤立的应用，转向构建系统间的“连接性组织 (connective tissue)”。

52% 的开发者工作涉及与 API 和服务集成。
48% 的开发者工作涉及提供 API 和服务。

同时，在开发者构建的软件产品类型中，Web 服务 (29%)、Cloud 服务 (19%) 和 System software (17%) 占据了重要份额。

这些领域恰恰是 Go 语言的核心优势区。其天生为并发而设计的 Goroutine 模型、简洁高效的 net/http 标准库以及强大的 gRPC 生态，使其成为构建高性能 API、微服务、中间件和基础设施软件的理想选择。

云原生主战场的绝对优势

在应用部署平台方面，40% 的应用被部署在服务器/云端，这是仅次于浏览器的第二大平台。在云服务提供商方面，AWS (43%)、GCP (22%) 和 Azure (22%) 占据了市场主导地位。

Go 语言自诞生之初就被誉为“云原生时代的 C 语言”，其编译后体积小、资源占用低、启动速度快的特性，使其在以 Docker 和 Kubernetes 为代表的容器化环境中，以及在 Serverless 架构下降本增效的潜力巨大。可以说，Go 是为在 AWS、GCP、Azure 等云平台上运行而生的语言。

生态位观察：数据库新王登基，Gopher 需关注

报告还揭示了一个对所有后端开发者都至关重要的趋势：PostgreSQL 的使用率 (50%) 预计将历史性地超越 MySQL (49%)，成为最受欢迎的关系型数据库。

这一变化对 Go 开发者同样具有指导意义。虽然 Go 的 database/sql 包提供了统一的数据库访问接口，但了解并熟练使用社群中性能最优、特性最丰富的 PostgreSQL 驱动（如 pgx）将变得愈发重要。关注主流数据库的演进，并及时更新自己的技术栈，是保持竞争力的关键。

总结与展望

JetBrains 的这份报告以翔实的数据，为我们描绘了一幅立体而清晰的 Go 语言发展图景：

人气高涨：它是开发者最渴望学习和使用的新语言，拥有最强的“拉新”能力。
地位稳固：已成为使用率达 20% 的主流语言，在特定领域拥有不可替代的优势。
潜力巨大：其高质量的增长动能使其稳居未来潜力榜的第一梯队。
定位精准：它完美契合了以 API 集成和云原生为核心的现代软件开发范式。

对于 Go 社区而言，这份报告既是肯定也是激励。它证明了 Go 的选择是正确的，其专注的领域正是软件行业发展的未来方向。对于每一位 Gopher 来说，深入理解 Go 的生态位，持续打磨在云原生和高性能后端领域的技能，无疑是投身这股浪潮、创造更大价值的最佳路径。

资料链接：https://devecosystem-2025.jetbrains.com/tools-and-trends

你的Go技能，是否也卡在了“熟练”到“精通”的瓶颈期？

想写出更地道、更健壮的Go代码，却总在细节上踩坑？
渴望提升软件设计能力，驾驭复杂Go项目却缺乏章法？
想打造生产级的Go服务，却在工程化实践中屡屡受挫？

继《Go语言第一课》后，我的《Go语言进阶课》终于在极客时间与大家见面了！

我的全新极客时间专栏《Tony Bai·Go语言进阶课》就是为这样的你量身打造！30+讲硬核内容，带你夯实语法认知，提升设计思维，锻造工程实践能力，更有实战项目串讲。

目标只有一个：助你完成从“Go熟练工”到“Go专家”的蜕变！现在就加入，让你的Go技能再上一个新台阶！

想系统学习Go，构建扎实的知识体系？

我的新书《Go语言第一课》是你的首选。源自2.4万人好评的极客时间专栏，内容全面升级，同步至Go 1.24。首发期有专属五折优惠，不到40元即可入手，扫码即可拥有这本300页的Go语言入门宝典，即刻开启你的Go语言高效学习之旅！

商务合作方式：撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求，请扫描下方公众号二维码，与我私信联系。

本文永久链接 – https://tonybai.com/2025/10/22/back-to-go-after-defection-to-java

大家好，我是Tony Bai。

“我离开了 Go，因为我觉得它啰嗦又笨重。我以为编程本该是简单轻松的……但事实证明，河对岸的草不见得更绿。”

近日，在 r/golang 社区，一篇标题为《一篇完全没有建设性但又无比真实的，关于 Go 和 Java 的咆哮》的帖子引发了热议。作者讲述了一个“Gopher 叛逆-回归”的经典故事：因不满 Go 社区对 ORM 和 DI 框架的“抵触”，以及 Go 语言本身的“繁琐”，他转投了企业级 Java 的怀抱。然而，在亲身体验了 Java 生态中无处不在的“魔法”之后，他如今“无比怀念 Golang”。

这篇“咆哮”，与其说是在抱怨，不如说是一次深刻的顿悟。它以一种极具戏剧性的方式，揭示了 Go 与 Java 在设计哲学上的根本冲突，以及 Go 语言“显式优于隐式”这一核心价值观的真正分量。

“魔法”的代价——“我根本不知道火箭从哪儿来”

作者坦言，他最初无法理解人们为何抱怨 Java 的“魔法”。框架“做了所有繁重的工作，你只需要创建和注册工厂，不是吗？”

在亲身实践后，他发出了痛苦的哀嚎：“我终于明白了。我无比痛恨 Java 使用的魔法。你根本不可能知道火箭是从哪里发射的。”

他精准地指出了几个让他崩溃的“魔法”重灾区：

Spring 的依赖注入 (DI)：“@Service my ass”

在 Spring 框架中，一个简单的 @Service 注解，就能让一个类被自动扫描、实例化并注入到任何需要它的地方。这看似便捷，但当系统变得复杂时，它就成了一个黑盒。作者咆哮道：“你只是接受了某个地方、某个时候会调用你的工厂——只要你设置了正确的 profile。@Service my ass。”

这种控制反转 (IoC) 的极致，让代码的调用关系变得极其隐晦。想找到一个 JWT 令牌的验证逻辑在哪里被触发？想知道 PEM 密钥在哪里被设置？祝你好运。这与 Go 中清晰、明确的函数调用和依赖传递，形成了鲜明的对比。

Hibernate 的 ORM：“它写的查询简直骇人听闻”

作者曾是 TypeORM 的忠实拥趸，但 Hibernate 让他领教了重量级 ORM 的恐怖。他质问道：“为什么它不直接用 JOIN，而是去执行那 40 条额外的查询？为什么我只是想取个名字，它却加载了整个银行数据？”

这正是“魔法”的另一面：为了提供一个看似简单的对象操作接口，ORM 在底层生成了极其复杂、低效、且难以预测的 SQL 查询（即著名的 N+1 问题）。当魔法失效，你需要深入调试时，你面对的将是 HQL (Hibernate Query Language) 这种“又一门需要学习的查询语言”，而不是你早已精通的 SQL。

MapStruct 的代码生成：“我如何给它加断点？”

从模型 (Model) 到数据传输对象 (DTO) 的转换，在 Java 中也充满了“魔法”。像 MapStruct 这样的库，通过注解和代码生成，自动完成对象之间的映射。作者的质问直击要害：“你从中得到了什么？我如何给它加一个断点？”

当代码不再是你亲手编写，而是由工具在编译时“变”出来的时候，你就失去了最宝贵的武器：可调试性和可预测性。

社区的激辩——Go 真的“反框架”吗？

这篇“咆哮”自然也引发了社区的激烈辩论。许多评论者指出，作者所憎恨的，并非 Java 语言本身，而是其生态中过度使用“魔法”的特定框架文化（尤其是 Spring 和 Hibernate）。

同时，也有 Gopher 指出，Go 社区并非完全拒绝高级抽象。像 Uber 开源的 fx 框架，就是一个功能强大的依赖注入库；而 gomock 也是从 Go 官方团队交由 Uber 维护的重要项目。

然而，这场辩论最终揭示了一个核心的文化差异：

Java 企业级生态：倾向于提供“全家桶”式的、重量级的框架。这些框架试图用“魔法”为开发者包办一切，隐藏复杂性。其哲学是“约定优于配置”的极致体现。
Go 社区生态：更倾向于提供小巧、正交、可组合的库。它鼓励开发者理解并亲手“管道”这些构建块。其哲学是“显式优于隐式”。Go 开发者不害怕“重新发明轮子”，因为他们认为“对轮子的控制权”本身就是一种价值。

重新审视 Go 的“繁琐”——是缺陷，还是守护？

作者的回归之旅，让我们得以用一个全新的视角，重新审视那些曾被他（以及许多初学者）视为“繁琐”的 Go 特性。

if err != nil：繁琐背后的清晰

当社区讨论 Go 的“繁琐”时，99% 的情况下，他们指的都是 if err != nil。然而，在经历了 Java 中可以随时随地抛出、难以追踪的未经检查的异常 (Unchecked Exceptions) 之后，Go 这种将错误作为普通值的处理方式，其优势便凸显出来：

清晰的控制流：错误处理路径是代码中明确、可见的一部分，而不是通过 try-catch 或全局异常处理器实现的“隐形跳转”。
强制的责任：编译器强制你关注每一个可能出错的地方，这从根本上提升了代码的健壮性。

拥抱 database/sql：显式控制的自由

在关于 ORM 的激烈辩论中，一位 Gopher 的评论掷地有声：“当魔法失效时，从 ORM 回退到 SQL 查询，比从一开始就写 SQL 要痛苦十倍。”

这并非是在断言“Go 社区完全拒绝 ORM”。事实上，Go 生态中拥有像 GORM、ent、sqlc、sqlx 这样流行且功能强大的数据访问工具。然而，与 Java 生态中 Hibernate 几乎一统天下的地位不同，Go 社区对于是否使用 ORM，以及如何使用，始终保持着一种审慎和多元的态度。

这种态度的根源，在于 Go 的标准库 database/sql。它本身并非一个 ORM，而是一个轻量级的、提供了数据库操作最小抽象的接口。它刻意地将开发者保留在离 SQL 很近的地方。

这种“刻意的简陋”，恰恰赋予了开发者一种宝贵的自由：

完全的 SQL 控制权：你永远不必去猜测框架会生成什么样的“怪物”SQL。你可以亲手编写最高效、最符合你业务场景的查询，可以轻松地使用数据库的高级特性，也可以在需要时对查询进行精确的性能调优。
清晰的数据流：数据从数据库行到你的 struct 的映射过程是显式的。无论是 rows.Scan() 还是 sqlx 的 db.StructScan()，你都能清晰地看到数据的流转路径。
更低的认知负荷：学习 database/sql 和基础 SQL，其学习曲线远比掌握一个像 Hibernate 这样庞大、复杂的 ORM 框架要平缓得多。

当然，这意味着你需要编写更多的“繁琐”的 SQL 语句和手动映射代码。但 Go 社区的普遍哲学认为，这种可预测、可控制的“繁琐”，远胜于那种在 90% 的时间里都很神奇，但在剩下的 10% 的时间里会让你陷入调试地狱的“魔法”。

对于许多 Gopher来说，选择 database/sql 或 sqlx 这样的轻量级工具，并非“重新发明轮子”，而是一种主动的选择——选择将复杂性掌握在自己手中，而不是将其外包给一个难以捉摸的黑盒。

小结：简单性的“甜蜜点”

这位“叛逆”Gopher 的回归故事，是一堂关于软件设计哲学的生动课程。它告诉我们，设计一门简单的语言并不容易。

“要让事情变简单，你必须隐藏复杂性。但如果你隐藏了太多的复杂性，你实际上会让事情变得更复杂——因为复杂性只是被隐藏了，而非被消除了。”

Java 的“魔法”生态，通过注解、反射和代码生成，将复杂性深深地隐藏在了一个难以触及的黑盒中。而 Go，则努力地寻找着一个“甜蜜点”：它提供了足够高的抽象（如 Goroutine 和 GC），让你不必关心线程调度和内存分配的底层细节；同时，它又保持了足够的透明度，让你能清晰地看到程序的控制流和数据流。

最终，这场从 Go 到 Java 再回到 Go 的旅程，并非一次简单的技术选择，而是一次深刻的哲学回归。它证明了在长期维护、大规模协作和复杂问题调试的战场上，清晰、显式和可预测性，远比任何华丽的“魔法”都更加珍贵。

资料链接：https://www.reddit.com/r/golang/comments/1o7u5b6/a_completely_unproductive_but_truthful_rant_about/

你的Go技能，是否也卡在了“熟练”到“精通”的瓶颈期？