goland 不提供 token 认证逻辑，仅辅助编写、调试 go 代码；jwt 认证需自行实现，依赖第三方库与框架，密钥应通过环境变量安全加载，调试时需注意请求头格式、类型断言及 exp 时间戳单位。
GoLand 本身不提供 Token 认证逻辑，它只是帮你高效写 Go 代码的 IDE。真正实现基于 Token 的无状态认证（比如 JWT），靠的是你写的 Go 代码 + 第三方库（如 golang-jwt/jwt 或 github.com/gofrs/uuid）+ HTTP 路由框架（如 gin 或 echo）。GoLand 的作用是帮你快速调试、补全、断点和管理依赖，而不是替你生成认证流程。
如何在 GoLand 中配置 JWT 签名密钥的加载方式
硬编码密钥（如 "my-secret-key"）只适合本地开发，上线必须换；GoLand 不会自动识别密钥来源，但能帮你快速定位和切换。
- 推荐用环境变量加载：启动配置里设置
JWT_SECRET=6a9f4c2e...，代码中用os.Getenv("JWT_SECRET")读取 - 如果用
.env文件，GoLand 默认不加载，需在 Run Configuration → Environment →勾选Load environment variables from .env file - 密钥长度不足 32 字节时，
golang-jwt/jwtv5+ 会 panic 报错："key is not sufficiently long"，GoLand 的运行日志里能看到这行错误，别忽略 - 不要把密钥写进
config.yaml或app.toml并直接 git commit——GoLand 的 Version Control 面板会高亮显示这些文件，留意红色标记
调试 Gin 中的 JWT 中间件时为什么总 401？
不是中间件写错了，大概率是请求头没传对或解析逻辑跳过了关键步骤。
- 确保前端发的是
Authorization: Bearer eyJhbGci...，不是Bearer: eyJhbGci...（冒号位置错）或token: eyJhbGci...（字段名错） - 中间件里用
c.GetHeader("Authorization")取值后，要手动切掉"Bearer "前缀，否则jwt.Parse会因非法 token 格式失败 - 用 GoLand 的 Debugger 在中间件第一行打个断点，看
c.Request.Header里到底有没有Authorization字段——有时候前端没带，或者被 Nginx / CORS 预检干掉了 -
jwt.Parse成功后，记得调用token.Valid判断是否过期或签名无效，光有err == nil不够
GoLand 里怎么快速验证 Token 解析结果
别等跑完整请求链路，用 GoLand 的 Evaluate Expression 功能直接验 Token 字段。
- 在解析完 token 后加断点，右键选
Evaluate Expression - 输入类似
token.Claims.(jwt.MapClaims)["user_id"]，立刻看到用户 ID 是不是整型或字符串 - 如果报
interface conversion: jwt.Claims is map[string]interface {}, not jwt.MapClaims，说明没做类型断言，得先claims, ok := token.Claims.(jwt.MapClaims) - 想看完整 payload，输
token.Claims就行，GoLand 会格式化展开成树状结构，比打印日志快得多
最常被忽略的一点：JWT 的 exp 字段是 Unix 时间戳（秒级），不是毫秒。用 time.Now().Add(24 * time.Hour).Unix() 没问题，但若误用 .UnixMilli()，token 会立刻过期——GoLand 的 Debugger 显示的数值看起来像“很大”，但实际是毫秒值，人眼很难分辨。
