vscode启动gin看不到日志是因为gin_mode被设为release，导致所有调试输出被静默；需在launch.json中显式配置"env": {"gin_mode": "debug"}，并确保代码未硬编码gin.setmode(gin.releasemode)，断点须设在handler函数内且通过真实http请求触发。
VSCode 启动 Gin 时看不到日志？检查 GIN_MODE 环境变量
直接执行 go run main.go 启动 Gin，终端一片空白，连 GET / 路由注册都不打印——这几乎肯定是 GIN_MODE 被设成了 release。Gin 在 release 模式下会彻底关闭所有调试输出，包括 404、中间件执行、请求详情，甚至 panic 堆栈也可能被吞掉。
临时验证：在终端里运行 GIN_MODE=debug go run main.go（macOS/Linux）或 set GIN_MODE=debug && go run main.go（Windows cmd），看日志是否立刻出现。更可靠的做法是把 "GIN_MODE": "debug" 写进 VSCode 的 launch.json 的 env 字段里，一劳永逸。
别忘了检查代码里有没有硬编码调用：gin.SetMode(gin.ReleaseMode)，尤其藏在 init() 或 main() 开头，它会直接覆盖环境变量。
断点不触发？确认 handler 函数和真实 HTTP 请求
Gin 的 r.Run() 是阻塞调用，程序启动后就卡在 HTTP server 循环里，所以断点打在 main() 末尾、r.Run() 后面、或者空行上，永远不生效。
有效断点只有一种位置：实际被路由匹配到的 handler 函数内部，比如：
func handleUser(c *gin.Context) {
userID := c.Param("id") // ← 这里打断点才可能命中
c.JSON(200, gin.H{"id": userID})
}
r.GET("/users/:id", handleUser) // ← 必须通过 HTTP 请求访问 /users/123 才会触发
调试时务必发起真实请求：用 curl http://localhost:8080/users/123、Postman 或浏览器访问，不能只点「开始调试」就等断点自动停。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
launch.json 必须包含的字段：避免 dlv 启动失败或模式错乱
VSCode 的 Go 扩展依赖 dlv 启动进程，但默认配置对 Gin 不友好。缺以下任意一项，都可能导致调试器卡住、断点不加载、或进程以 release 模式运行：
-
type必须为go -
request必须为launch（不是attach） -
mode推荐auto（它会自动选exec，适合普通 server） -
program必须指向具体.go文件，如${workspaceFolder}/main.go，不能是目录或. -
env必须显式含"GIN_MODE": "debug"，否则子进程继承的是系统默认值
最小可用配置示例：
{
"version": "0.2.0",
"configurations": [
{
"name": "Launch Gin",
"type": "go",
"request": "launch",
"mode": "auto",
"program": "${workspaceFolder}/main.go",
"env": { "GIN_MODE": "debug" }
}
]
}
调试中间件时要注意执行时机和 c.Next() 位置
中间件函数里的断点能否命中，取决于它是否被实际调用，以及 c.Next() 是否被执行。比如这个常见错误写法：
func authMiddleware(c *gin.Context) {
token := c.GetHeader("Authorization")
if token == "" {
c.AbortWithStatusJSON(401, gin.H{"error": "missing token"})
return // ← 断点放在这行后面？永远不会走到
}
c.Next() // ← 必须有这一行，否则后续中间件和 handler 都不执行
}
如果你在 c.Next() 后面打断点，但请求因鉴权失败提前 Abort，那断点就永远不会触发。调试中间件，建议把断点放在 c.Next() 前后各设一个，观察控制流走向；同时注意 Use() 注册顺序——先注册的中间件先执行，全局中间件对所有路由生效，而分组中间件只作用于该组内路由。
中间件链是洋葱模型，c.Next() 是关键分水岭：前面是前置逻辑（如日志开始、鉴权），后面是后置逻辑（如耗时统计、响应包装）。漏掉 c.Next() 或误放 c.Abort()，整个请求链就断了，调试时容易误判为“断点没生效”，其实是流程根本没走到那里。
