-
Go结构体字段首字母大写才可导出并被其他包访问；JSON序列化和ORM仅处理大写字段；方法接收者需根据是否修改原值选择指针或值类型；初始化推荐显式命名字段；嵌入结构体是字段提升而非继承；含不可比较类型时结构体不可用==比较。
-
Go所有参数都是值传递，但“值”可能是地址；int等类型拷贝整块内存，而[]int、map等拷贝含指针的结构体，故可修改内容但不能改变变量绑定；append不生效因未接收返回值，需显式赋值或传**[]int；结构体传值不深拷贝，字段中slice/map仍共享底层数组；必须传指针仅当需修改变量本身（如初始化nilmap、替换字段）或使用sync.Mutex。
-
清理Golang模块缓存最直接的方法是使用goclean-modcache命令，它会删除GOMODCACHE目录下的所有模块；1.通过设置GOPROXY使用代理加速模块下载；2.保持go.mod和go.sum文件的准确以确保构建确定性；3.可迁移GOMODCACHE到更大空间的磁盘分区；4.使用gomodtidy清理冗余依赖；5.使用gomodvendor内化依赖提升构建可靠性；6.使用gomoddownload按需下载特定模块；7.配置GOPRIVATE与GONOPROXY管理私有模块。
-
生产环境必须在main()早期统一校验环境变量，用封装函数处理缺失/非法值并禁止fallback，默认缺失关键变量应log.Fatal退出；禁用viper热重载，配置随镜像打包；用buildtags编译期隔离生产逻辑；HTTP服务启动前须同步校验监听地址、TLS配置和健康端点。
-
os.O_APPEND在Linux系统下是线程安全的，但在Go中使用时仍需结合具体场景评估是否需要额外同步机制。1.os.O_APPEND用于追加写入文件，适合单线程或低并发的日志写入需求；2.在Linux上带有O_APPEND标志的写操作是原子的，因此多个goroutine共享*os.File对象写入不会交错数据，但Windows上通常需要额外同步；3.高并发下频繁调用Write()方法可能导致性能瓶颈，建议使用bufio.Writer进行缓冲写入并定期刷新；4.虽然O_APPEND本身并发安全，但为兼
-
GoGin应用在本地运行正常，但部署到AWSEC2后仅能通过localhost访问，外部请求超时——根本原因在于服务器默认绑定到了回环地址127.0.0.1，需改为监听所有网络接口（0.0.0.0）才能响应公网流量。
-
Windows配置Go环境需下载MSI安装包并勾选“AddGotoPATH”，安装后验证goversion；建议手动设置GOPATH并添加%GOPATH%\bin到PATH；最后用gorun测试HelloWorld。
-
Gin中间件需按序注册以确保鉴权、日志、恢复等逻辑正确执行：鉴权中间件必须前置并显式c.Set("user",user)，下游用c.Get("user")配合ok判断；日志中间件需重置Body或包装ResponseWriter；反向代理需透传头并配置可信IP段。
-
golang.org/x/time/rate的Limiter足够用，因其基于令牌桶算法、线程安全、无后台goroutine、纳秒级性能，且经生产验证；自行实现易引发并发竞争、时钟漂移等问题。
-
根本原因是Go导出Excel时未正确设置中文字体及单元格格式。需用SetCellStyle为中文列设SimSun等字体；时间字段须用TimeToExcelTime转换并配NumFmt=22；大数据量应游标读取+批量写入；响应头须正确设置Content-Type和URL编码的Content-Disposition。
-
泛型结构体需将类型参数置于struct名后，如typeStack[Tany]struct{data[]T}；错误写法是把[Tany]放在struct内部，会导致编译失败。
-
ShouldBind依赖Content-Type自动选择解析器，易因header错误静默失败；应优先使用ShouldBindJSON/Query/Form显式绑定，并统一结构体tag。
-
panic通过堆栈展开（stackunwinding）逐层执行defer并终止当前goroutine；仅在defer内直接调用recover可捕获，且部分致命panic不可安全恢复。
-
灰度发布核心是请求路由分流，需通过中间件或注册中心实现；Gin可用Header中间件轻量落地，Consul/Nacos支持服务级加权灰度；须防HTTP/2/gRPC连接复用、保障幂等与兜底，并闭环配置、监控与回滚。
-
必须立刻改结构，因为Go编译期严格禁止import循环，遇到A→B→A等路径直接失败退出，无法通过配置、接口抽象或延迟加载绕过，只能从包依赖图层面重构。
