JetBrains Go 生态 2026 年度报告：AI Agent 正在重塑 Go 开发者的工作方式

【Go, Rust & AI 精进营】一年仅一次 · 双 11 限时特惠，长按扫码，直降入营

大家好，我是Tony Bai。

【导读】

JetBrains 刚刚发布了《The State of Go in 2026（https://blog.jetbrains.com/go/2026/11/10/state-of-golang-2026/）》。这份年度报告基于近 2.9 万名开发者的调查，其中有 1,836 名开发者将 Go 列为主要编程语言。

报告呈现出几个明显的变化：Go 标准库的 HTTP 能力正在重新获得开发者青睐；Go 开发者越来越倾向于采用 Go + TypeScript 的组合；Rust 正在成为 Gopher 最愿意尝试的第二语言；而最值得关注的是，AI Agent 已经深度进入 Go 开发者的日常工作流。

86% 的 Go 开发者每周至少使用一次 CLI/Terminal AI Agent，84% 每周使用 AI Agent 开发功能或程序。

这不是简单的 AI 代码补全，而是开发者工作方式的一次转变。

恰逢 Go 在 2026 年 11 月重新进入 TIOBE 编程语言排行榜前十，我们不妨借助 JetBrains 的年度调查，看看 Go 生态究竟正在走向何方。

【文章要点】

1. JetBrains 2026 年调查覆盖 28,945 名开发者，其中 1,836 人将 Go 列为主要语言。
2. 66% 的 Go 开发者拥有六年以上专业编程经验，高于整体调查人群的 49%。
3. net/http 使用率从 2025 年的 32% 上升到 46%，已经接近 Gin 的 48%。
4. Go 与 TypeScript 的项目组合使用率达到 43%，相比 2024 年的 24% 大幅增长。
5. 86% 的 Go 开发者每周至少使用一次 CLI/Terminal AI Agent。
6. 84% 的 Go 开发者每周使用 AI 辅助开发功能或程序，89% 使用 AI 进行跨文件代码修改。
7. 79% 的 Go 开发者经常或总是审查 AI 生成的代码。
8. 25% 的 Go 开发者在过去一年使用过 Rust，Rust 也是他们最想学习的新语言。
9. Go 的技术演进仍在继续，泛型方法、encoding/json/v2 和 Green Tea GC 是值得关注的进展。

开篇：Go 又回到前十了，但这不是最值得关注的事情

11 月 10 日，JetBrains 发布了新一期年度 Go 生态报告：

《The State of Go in 2026》

这份报告值得每一位 Gopher 花些时间阅读。

首先看一下调查规模：2026 年 5 月至 7 月，JetBrains 共收集了 28,945 名开发者的反馈，其中 1,836 人将 Go 列为自己的主要编程语言。

这意味着，我们看到的不只是 Go 工具链的变化，还有一群真实 Go 开发者的技术选择、工作习惯和职业观念。

与此同时，11 月份的 TIOBE Index 也带来了一个小消息：Go 以 1.69% 的指数回到了排行榜第十位，取代了这次排名第十一的 Rust。

不过，TIOBE 的排名主要依据搜索引擎中的语言相关内容、技术讨论、课程等信号，并不直接代表实际开发者数量、生产环境使用规模或代码产出。它的统计方法和代表性也一直存在争议。因此，这个排名可以作为一个观察信号，却不应该成为判断 Go 生态健康程度的依据。

真正值得关注的，是 JetBrains 报告中的另外几个数字。

Go 开发者：一群越来越成熟的工程师

先来看 Go 开发者群体本身。

JetBrains 的调查显示，Go 开发者中，拥有六年以上专业编程经验的比例达到 66%，而所有受访开发者的这一比例只有 49%。

换句话说，Go 开发者是一群明显更加资深的工程师。

这背后还有几个有意思的数据：

• 82% 的 Go 开发者在工作中使用 Go。
• 70% 的开发者将 Go 用于个人项目或副业项目。
• 41% 的开发者将 Go 用于兴趣项目。
• 只有 3% 的 Go 开发者拥有不到一年或没有专业编程经验。

尤其值得注意的是，Go 并不是一门只存在于企业工作任务中的语言。

70% 的开发者还会在个人项目中使用 Go。这说明不少人即使脱离公司的技术选型约束，依然愿意主动选择 Go。

这是一种很有价值的生态信号。

一门语言的生命力，不仅取决于有多少企业在生产环境中使用它，也取决于开发者是否愿意在工作之外继续使用它。

从调查数据看，Go 在这一点上表现不错。

另外，70% 的 Go 开发者表示，未来 12 个月没有计划迁移或采用其他编程语言。这一比例在 2024 年还是 64%。

这并不意味着 Go 开发者不愿意学习新技术，而是说明他们对现有技术栈有较强的认同感。

报告显示，Go 开发者的薪资水平也相对较高：年收入超过 12 万美元的比例为 17%，整体受访者为 13%；年收入超过 18 万美元的比例分别为 9% 和 5%。

这与 Go 开发者整体经验更加丰富的特点是相吻合的。

我的观察是：Go 已经逐渐形成了一批经验丰富、对工程实践有较高要求、愿意长期投入的开发者群体。

这也是 Go 生态能够保持稳定的重要基础。

Go 技术栈：标准库回归，TypeScript 成为最佳搭档

再来看技术栈。

这一部分有两个值得关注的趋势。

net/http 正在重新获得开发者青睐

长期以来，Go 的 Web 开发生态中，Gin 一直是最受欢迎的框架之一。

但 2026 年的调查出现了一个明显的变化：

net/http 的使用率一年内从 32% 上升到 46%，已经非常接近 Gin 的 48%。

为什么会出现这种变化？

我认为至少有两个原因。

首先，Go 标准库本身在持续进化。

从 Go 1.22 开始，标准库 http.ServeMux 支持了更强大的路由匹配能力，包括 HTTP Method 匹配和路径通配符。

例如：

mux := http.NewServeMux() mux.HandleFunc("GET /users/{id}", getUser)mux.HandleFunc("POST /users", createUser)mux.HandleFunc("DELETE /users/{id}", deleteUser)

过去，开发者可能需要引入第三方路由库才能方便地实现这些功能。现在，标准库已经覆盖了不少常见需求。

其次，AI Agent 正在改变开发者对框架的选择。

JetBrains 在报告中提出了一个很有意思的解释：随着 Agentic Development 的普及，框架帮助开发者处理重复性样板代码的优势正在减弱。

以前，使用框架可以减少大量重复代码；现在，AI Agent 本身就能够快速生成这些代码。

相比之下，标准库依赖更少、行为更容易预测，也更容易让 AI 理解和操作。

当然，这只是 JetBrains 对趋势的一种解释，并不是调查直接证明的因果关系。

但我认为，这个方向值得关注。

AI 时代，框架替开发者节省样板代码的价值可能下降，而语言和标准库本身提供的稳定抽象，反而可能变得更加重要。

Go + TypeScript，正在成为越来越常见的组合

另一个变化来自多语言协作。

在同一个项目中，Go 开发者最常搭配的语言已经是 TypeScript。

TypeScript 从 2024 年的 24% 增长到 2026 年的 43%，增幅非常明显。

与此同时，只使用 Go、不在同一个项目中搭配其他语言的开发者比例，从 2024 年的 35% 降到了 27%。

这说明 Go 开发者正在越来越多地采用多语言技术栈。

其中，一个非常自然的组合就是：

• Go：负责后端服务、业务逻辑、并发处理和基础设施。
• TypeScript：负责前端应用、交互体验以及部分全栈开发。

值得注意的是，Go 开发者使用 Go 进行全栈 Web 开发的比例，也从 2025 年的 30% 上升到了 2026 年的 40%。

另外，Go 开发者使用 Go 部署和管理 AI 模型的比例，从 3% 上升到了 6%，虽然目前仍然是一个小众方向，但增长了一倍。

这也反映出 Go 的应用场景正在向 AI 基础设施领域延伸。

AI Agent：Go 开发者已经走在前面

这是整份报告中，我认为最值得重点讨论的部分。

如果说过去两年 AI 编程工具主要解决的是代码补全、代码解释和代码生成，那么 2026 年，开发者正在越来越多地把完整开发任务交给 AI Agent。

JetBrains 的调查数据非常直观。

Go 开发者是 AI Agent 的重度用户

先看每周至少使用一次 AI 的比例：

这些数字说明，Go 开发者使用 AI 的方式已经超越了简单的代码补全。

他们更多地将 AI 用于跨文件修改、功能开发、测试生成和代码审查等较高层次的工程任务。

尤其值得注意的是终端 AI Agent。

86% 的 Go 开发者每周至少使用一次 CLI/Terminal AI Agent，而全体开发者的比例为 74%。

从不使用终端 AI Agent 的 Go 开发者只有 5%，全体开发者则高达 14%。

这意味着，终端已经成为 Go 开发者使用 AI 的一个重要入口。

我认为，这与 Go 的工程特性存在一定关联。

Go 开发者长期习惯于使用命令行工具完成开发任务：

go buildgo test ./...go vet ./...go fmt ./...go mod tidy

这些命令具有明确的输入、输出和执行结果。

对于 AI Agent 来说，这意味着它可以通过执行命令、观察结果、修复问题、再次执行，形成一个相对清晰的反馈闭环。

Go 的静态类型、统一格式化工具、快速编译和标准化工具链，也让 Agent 更容易获得确定性的反馈。

这与 Google 工程师 Cameron Balahan 和 Richard Seroter 此前提出的观点不谋而合：Go 的设计特点使其非常适合 AI 辅助软件工程（https://developers.googleblog.com/why-go-is-an-ideal-language-for-ai-assisted-software-engineering/）。

AI 写代码，人类负责把关

但报告中还有一个比 AI 使用率更值得关注的数字：

79% 的 Go 开发者经常或总是审查 AI 生成的代码，然后才接受它。

这说明，AI 使用率高，并不意味着开发者愿意无条件信任 AI。

JetBrains 还调查了 Go 开发者审查 AI 生成代码时最关注的内容：

这组数据很有意思。

开发者最关心的并不只是代码能不能运行，而是功能正确性、代码质量和架构是否合理。

这恰恰是 AI Agent 当前仍然需要人类参与的关键环节。

另外，29% 的 Go 开发者认为 AI 生成的解决方案不如自己完全手写的代码，这一比例甚至高于全体开发者的 25%。

这说明，Go 开发者并没有因为频繁使用 AI 就对 AI 产生盲目崇拜。

他们愿意让 AI 执行任务，但仍然保留工程判断权。

我认为，这才是 AI 时代更值得提倡的开发模式：

AI 负责提高执行效率，人类负责目标、约束、架构和质量。

这也解释了为什么 AI Agent 的普及并没有让 Go 开发者集体抛弃 IDE。

报告显示，44% 的 Go 开发者表示过去一年自己使用 IDE 的时间增加了，超过表示使用时间减少的 33%。另外，61% 的 Go 开发者每天都会在 IDE 中运行 Coding Agent。

终端 Agent 和 IDE 并不是非此即彼的关系。

越来越多的开发者正在形成一种混合工作流：终端负责自动化任务和复杂操作，IDE 负责代码浏览、调试、审查和精细修改。

真正发生变化的不是 IDE 是否还存在，而是 IDE、终端和 AI Agent 在开发流程中的分工。

Go 与 Rust：不是替代，而是互补

再来看 Go 和 Rust 的关系。

2026 年的 TIOBE Index 中，Go 回到了第十位，Rust 则暂时跌到了第十一位。

但如果只看排名，很容易忽略 JetBrains 报告中的另一个重要信息。

在 Go 开发者计划学习的新语言中，Rust 仍然排在第一位，占比达到 16%。

同时，过去一年使用过 Rust 的 Go 开发者比例已经达到 25%。

也就是说，每四名 Go 开发者中，就有一名在过去一年接触或使用过 Rust。

不过，这并不意味着 Go 开发者正在大规模将现有 Go 服务改写为 Rust。

从调查数据看，Rust 更多是作为新技能、个人项目技术，或者性能敏感组件的实现语言被采用。

我更倾向于把这种关系理解为互补：

• Go 擅长构建网络服务、分布式系统、云原生基础设施和工程化工具。
• Rust 擅长需要精细控制内存、系统资源和运行时性能的场景。
• Python 则在 AI 模型训练、数据处理和科学计算领域拥有优势。
• TypeScript 则承担越来越多的前端和全栈应用开发工作。

未来的软件系统，很可能不是由一种语言包打天下，而是由不同语言承担各自最擅长的部分。

对于 Go 开发者来说，学习 Rust 并不意味着放弃 Go，而是扩展自己的工程能力边界。

Go 的未来：稳定性本身就是竞争力

最后，我们再把视角拉回 Go 语言本身。

2026 年，Go 生态也迎来了一些值得关注的技术进展：

• Generic Methods：泛型方法，为 Go 泛型能力继续补齐重要的一块。
• encoding/json/v2：JSON 编码和解码能力的重要演进。
• Green Tea GC：Go 垃圾回收器的重要优化，进一步改善运行时性能。

这些变化说明，Go 并不是一门停止进化的语言。

但与一些语言不断引入大量新语法和复杂抽象不同，Go 依然坚持自己的演进节奏：在保持语言整体简洁性的同时，持续改善开发者真正需要的能力。

我认为，这种克制在 AI Agent 时代可能具有新的价值。

为什么？

因为 AI Agent 开发软件，最需要的并不只是丰富的语言功能，而是能够快速理解项目、可靠地修改代码，并通过工具链获得明确反馈。

Go 的一些长期设计特点，恰好符合这些要求：

1. 统一格式：gofmt 减少了代码风格上的无谓争论。
2. 静态类型：编译器可以提供相对明确的类型检查反馈。
3. 快速编译：Agent 能够更快完成修改、编译和验证循环。
4. 标准库丰富：常见任务不必依赖大量第三方库。
5. 工具链统一：go test、go vet、go build 等工具具有一致的使用方式。
6. 兼容性承诺：长期维护的代码库更容易持续演进。

这些特点过去主要是为了提高团队协作效率而设计的。

现在，它们也成为 AI Agent 参与软件工程时的优势。

这或许是 Go 在 AI 时代值得重新认识的地方。

小结：Go 没有追逐每一波技术浪潮，但它正在适应新的生产方式

回顾 JetBrains 2026 年的 Go 生态报告，我认为有三个趋势值得 Gopher 长期关注：

第一，Go 开发者群体正在变得更加成熟。

大量拥有多年经验的工程师持续选择 Go，并且愿意在个人项目中使用它。这种开发者认同感，是生态长期发展的重要基础。

第二，Go 的工程化优势正在重新获得价值。

标准库、统一工具链、静态类型和快速编译，不仅能够帮助人类开发者提高效率，也让 AI Agent 更容易参与真实的软件工程。

第三，AI Agent 正在改变 Go 开发者的工作方式。

86% 的 Go 开发者每周使用终端 AI Agent，84% 使用 AI 辅助开发功能或程序。但与此同时，79% 的开发者仍然经常或总是审查 AI 生成的代码。

这三个数字放在一起，可能比 Go 重回 TIOBE 前十更有意义。

Go 的下一阶段竞争力，或许不在于它能否成为排名最高的编程语言，而在于它能否继续成为构建可靠软件系统（尤其是 AI 原生系统）的优秀工程工具。

而在 AI Agent 开始深度参与软件开发的今天，Go 的简洁、稳定和工程化，可能正迎来一个新的价值窗口。

对于 Gopher 来说，值得学习的不只是如何用 Go 写代码，更是如何用 Go、AI Agent 和成熟的工程实践，一起构建软件。

报告原文：JetBrains：The State of Go in 2026 - https://blog.jetbrains.com/go/2026/11/10/state-of-golang-2026/

如果本文对你有所帮助，请帮忙点赞、推荐和转发！

点击下面标题，阅读更多干货！

• Go 也开始“叛逆”了？深度解读 JetBrains 2025 报告：为何“原生信仰”不再是唯一答案
• Go 泛型落地 4 年后，终于要支持泛型方法了！
• 为什么一个 JSON 库，Go 团队花了六年才重写完？
• 十四年磨一剑：Go 标准库encoding/json/v2 演进全史
• Go 官方详解“Green Tea”垃圾回收器：从对象到页，一场应对现代硬件挑战的架构演进（长文多图）
• 事不过三，我们为什么总是学不好 Rust？(本篇免费)
• Go cgo 去 C 工具链提案最新进展：Cherry Mui 给出更具体的落地方案

「Go & AI 精进营」已全面升级为「Go, Rust & AI 精进营」知识星球，快来加入星球，开启你的技术跃迁之旅吧！

我们致力于打造一个高品质的 现代系统级开发（Go / Rust） 与 前沿 Agentic AI 工程实践 平台。在这里，你将获得：

• 体系化 Go 核心进阶内容： 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏，夯实你的 Go 语言内功。
• 硬核 Rust 专项实战赋能： 同步解锁全年 54 讲独家专栏「事不过三：Rust 系统级入门实战课」，通过 4 个里程碑项目（命令行工具、KV引擎、多线程Web服务、异步Redis），带你彻底攻克所有权与并发高山，拿下 Rust 核心壁垒。
• 前沿 Agentic AI 落地实践： 紧跟时代步伐，系统学习「Agent开发实战课」、「Agentic软件工程课」、「Claude Code开发工作流实战」、「Harness工程设计」等，掌握 AI 时代的系统架构新技能。
• 星主 Tony Bai 亲自答疑： 遇到疑难杂症？星主第一时间为你深度解析，扫清 Go、Rust 与 AI 实践中的学习与工程障碍。
• 高活跃 Gopher & Rustacean 交流圈： 与众多优秀的技术极客探讨系统设计、分享前沿心得、碰撞思想火花。
• 独家资源与专栏首发： 博客深度长文、专栏教程更新、精选技术资源，星球会员第一时间触达，加入星球即可免费阅读全套进阶专栏！

衷心希望「Go, Rust & AI 精进营」能成为你拓宽技术边界、持续精进与交流的温暖港湾。让我们在此相聚，享受代码与工程之美以及技术精进的快乐！欢迎你的加入！