gf gen service/gen ctrl 实验特性的支持现状
面试问法：gf 的 gen service、gen ctrl 到现在还是“实验特性”吗？生产环境敢用吗？ 一句话结论：
gf gen dao是稳定核心；gen service（v2.1 起）与gen ctrl（v2.5 起、仅 HTTP）长期被官方标注为“实验性/可选”的生成能力，随版本持续演进，定位是“让接口、控制器与定义自动保持同步”的提速工具，不是工程标配；具体标注与支持版本以官方文档为准。
先分清三类生成命令
| 命令 | 输入 | 输出 | 性质 |
|---|---|---|---|
gen dao | 数据库表 | dao/do/entity | 稳定，v2 工程规范标配 |
gen service | internal/logic 实现 | internal/service 接口 + 注册文件 | 实验性/可选，官方文档明示 |
gen ctrl | api/模块/版本 定义 | internal/controller 骨架，可顺带 SDK | 实验性/可选，随版本演进 |
gen service：从实现反推接口
- 解析
internal/logic/xxx下按默认正则^s([A-Z]\w+)$命名的结构体，为每个模块生成service接口，并在 logic 侧补上注册调用，避免“接口与实现两份同名方法”手工漏改。 - 官方明确：标准做法仍是“先定义 service 接口、再写 logic 实现”，该命令是实验性、可选方案，两种流派官方都支持。
- 局限：无法处理继承/嵌套等复杂方法，此类模块建议手动维护接口（手写文件不会被工具覆盖）。
gen ctrl：由 api 定义生成控制器
- 约束
api按api/模块/版本/定义文件.go组织，结构体命名为操作+Req/Res，生成internal/controller/模块/版本/下“每个 API 一个实现文件”。 - 生成的 handler 签名固定：
func (c *Controller) Create(ctx, req *v1.XxxCreateReq) (res *v1.XxxCreateRes, err error)，方法体由开发者填充。 - 附加能力：
-sdkPath同时生成 HTTP SDK（默认关）、-clear清理与 api 定义不匹配的历史文件、-merge合并为按源文件生成；配合 IDE watchers 可实现保存即增量生成。
生产环境怎么用
- 小项目只用
gen dao足够；业务模块变多后再引入 gen service/ctrl。 - 生成物只影响开发期产物、不影响运行时——把 CLI 版本锁死（如
go install github.com/gogf/gf/cmd/gf/v2@固定版本）即可控风险。 - 目录与命名必须符合约定，否则命令“扫不到”模块或产出意外文件。
- 升级 CLI 后重新生成并 diff，实验特性变化多发生在生成模板与参数上。
常见追问
- 追问：实验特性上了生产，兼容性风险大吗？——风险窗口在“重新生成”这一步，产物是一次性代码；升级前用固定版本重跑并 diff 即可。
- 追问：既然可选，官方为何还要做？——把“接口、控制器、SDK 与 api 定义同步”这类纯机械劳动交给工具，减少多人协作改同一文件的冲突。
记忆点
- gen dao 稳定 / gen service、gen ctrl 实验可选：一个吃表、一个吃实现、一个吃定义。
- 官方态度是“约定优先、生成提速”，确切标注以官方文档为准。