S09-A02 · 语言选型 ADR：Go vs Java vs Python

适用读者：要在语言层面做决策并承担长期维护的人。
前置：S09-A01。
版本基线：Go 1.22.x / Java 17·21 / Python 3.12。
覆盖旧文：—（E 驱动）
覆盖扩展：E-S09-014（部署形态）、E-S09-015（并发模型）、E-S09-016（生态成熟度）。
上一篇：S09-A01 · 模块与依赖：go.mod、GOPROXY 与可复现构建
下一篇：S10（已完成）/ S15 · Linux 与运维交付。

1. 一句话结论

语言选型不看"性能排名"，看三件事：交付形态（怎么部署）、并发模型（怎么处理并行）、生态（有没有现成轮子）。

维度	Go	Java	Python
部署形态	单静态二进制	jar + JVM（或 native-image）	解释器 + 虚拟环境
并发模型	goroutine（M:N）	线程（1:1）+ 虚拟线程（21+）	GIL / asyncio
生态	云原生/CLI/网关强	企业后端/中间件极强	数据/AI/脚本极强
启动速度	毫秒	秒级（JVM 预热）	毫秒（但依赖装齐）
内存占用	低	中-高	中
团队上手	快（语法少）	中	快

2. 三个维度的具体判据

2.1 部署形态（E-S09-014）

你的环境	更省事的选择
多台机器、无统一运行时、要 scp 就上线	Go
已有 JVM 平台、统一监控/治理体系	Java
数据分析/脚本/模型服务，环境可打包（容器/venv）	Python
Serverless（冷启动敏感）	Go > Python > Java

判据："运维能不能接受为目标语言维护一套运行时？" 不能 → Go。

2.2 并发模型（E-S09-015）

模型	适合	风险
goroutine + channel	大量 IO 并发、流水线	忘记 `context` 取消 → 泄漏
线程池（Java）	CPU 密集 + 成熟生态	线程数上限、上下文切换
虚拟线程（Java 21）	高并发阻塞式代码	生态适配尚在演进（待核）
GIL（Python）	IO 密集可用 asyncio 绕过	CPU 密集必须多进程

2.3 生态（E-S09-016）

需求	生态最强
企业级事务/中间件/ORM	Java
云原生（K8s、Prometheus、CNCF 工具）	Go
数据处理、机器学习、爬虫	Python

判据："核心能力是自己写，还是用现成库？" 用现成库 → 生态优先。

3. ADR 样例

# ADR-0015 · 网关与内部服务采用 Go

- 状态：已采纳 ｜ 日期：2026-11-05 ｜ 决策者：平台组
- 影响范围：新建网关与 3 个内部服务 ｜ 相关：ADR-0012（Python API 选 FastAPI）

## 背景
网关需要：高并发连接、低延迟、单二进制部署到 20 台边缘机；
团队 4 人，2 人有 Go 经验，全员熟悉 Java。

## 决策
网关与内部服务用 Go 1.22；业务后台（含复杂事务）继续 Java。

## 备选方案与被否原因
1. **Java（Spring Cloud Gateway）**：生态成熟，但边缘机需装 JVM，内存占用高，启动慢。
2. **Python（FastAPI）**：上手最快，但 GIL 下单机并发天花板低，且边缘机要维护 venv。
3. **全部迁 Go**：迁移成本过高，且企业事务生态不如 Java。

## 后果
- 正面：部署简化（scp 二进制）；内存占用下降；并发能力提升。
- 负面：团队需补 Go 经验；部分企业库（如复杂 ORM）需自研或改设计。
- 回滚：网关可回退到 Nginx + Lua / Java 网关（保留配置）。

## 验证
灰度 10% 流量对比：P99 延迟、CPU 占用、部署耗时三项不劣于旧网关。

4. 迁移与回滚的考虑

变更	迁移动作	回滚
新服务用 Go	独立部署，不影响存量	直接下线
存量 Java 服务改 Go	接口契约不变（OpenAPI/Proto）	双跑 + 灰度切流
全栈统一语言	分 3 年推进，按服务边界切	服务级回退（保留旧实现 6 个月）

铁律：语言迁移必须"服务级可回退"——一次换语言等于一次架构变更，不能没有退路。

5. 五个误区

误区	真相
"Go 性能最好所以都用 Go"	多数业务瓶颈在 DB/IO，不在语言
"Java 一定笨重"	虚拟线程 + native-image 在改善（待核）
"Python 不能做高并发"	asyncio + 多进程可以，但 CAM 模型不同
"语言统一才好维护"	统一有收益，但强迫统一会牺牲场景适配
"选了就不能改"	服务级选型可以不同（网关 Go、后台 Java 很常见）

6. 自检（架构师版）

三个维度里，哪个最先决定选型？为什么？
什么情况下 Go 明显不合适？
为什么"语言迁移必须服务级可回退"？
虚拟线程会改变 Java 的选型地位吗（给出你的判断与依据）？
你的团队现在几种语言？各自承担什么职责？

7. 系列收尾

S09 到此结束（13 篇）。下一系列：S15 · Linux、Docker 与运维交付（119 卡，但部分素材在截断段，需核对）或继续 S19（AI 素养，6 卡，不受阻塞）。

S09 的验收报告见 ../acceptance.md。

本篇属于系列《S09 · Go 语言》，架构师层第 2 篇。扩展点 E-S09-014/015/016。