短网址生成应采用随机生成+数据库唯一约束兜底，避免自增id并发冲突；gin路由需正则校验短码格式并拒绝敏感路径；重定向必须用c.redirect(http.statusfound, url)确保referer保留；存储以mysql为主（带唯一索引）、redis为辅（设ttl缓存新码）。
短网址生成逻辑怎么写才不会重复
短码冲突是短网址服务最常踩的坑，直接用自增ID转62进制看似简单，但并发高时容易生成重复短码或漏号。更稳妥的做法是用随机生成 + 数据库唯一约束兜底：INSERT INTO urls (short_code, long_url) VALUES (?, ?)，遇到ERROR 1062 (23000): Duplicate entry就重试。短码长度建议设为6位（62⁶ ≈ 568亿组合），用rand.Read()生成字节后映射到0-9a-zA-Z字符集，避免时间戳或递增逻辑暴露访问量。
Gin路由怎么接收和校验短码参数
短码必须严格限制格式，否则可能被注入或误匹配。别用gin.Param("code")裸拿，先在路由里加正则约束：router.GET("/:code/:.*", handler).Name("redirect").Handler(http.HandlerFunc(redirectHandler))不行，得写成router.GET("/:code", redirectHandler).Name("redirect")，并在redirectHandler开头校验c.Param("code")是否只含[0-9a-zA-Z]{4,8}——太短易撞，太长影响分享体验。同时要拒绝.git、favicon.ico这类敏感路径，防止被扫描器误触发。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
怎么让Gin返回302跳转又不丢失Referer
浏览器对302跳转默认保留Referer，但Gin里如果手动写了c.Header("Location", longURL)再c.Status(302)，反而可能因顺序问题导致Header被覆盖。正确做法是直接用c.Redirect(http.StatusFound, longURL)——它内部已处理好Header和状态码顺序。注意http.StatusFound（即302）比http.StatusMovedPermanently（301）更合适，因为短码后期可能需要修改目标地址，301会被CDN或浏览器强缓存。
数据库选MySQL还是Redis存短码映射
纯读场景用Redis确实快，但短网址服务实际需要原子性写入+过期策略+历史统计，MySQL更稳。推荐用short_code VARCHAR(8) PRIMARY KEY + long_url TEXT + created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP，加INDEX(created_at)方便查近期数据。Redis只作二级缓存：查MySQL前先GET short:xxx，命中就跳过DB；写入后SET short:xxx "https://..." EX 3600。别用Redis做主存储——万一缓存雪崩或没开持久化，所有短码就全丢了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
