-
Go中压缩需手动设置zip.FileHeader的Name和ModTime，避免路径错误与时间戳异常；tar需设Typeflag区分文件类型；ZIP与GZIP不可混用；解压时须校验Name防路径遍历。434 收藏 -
forrange遍历切片/数组得用索引修改原数据，map遍历值为副本且地址复用，字符串按rune遍历并返回字节偏移，channel遍历持续接收至关闭。434 收藏 -
Go的http.Client默认自动跟随301/302/307/308重定向，但301/302会将非GET请求转为GET并丢弃body，而307/308严格保持原方法和body；可通过CheckRedirect自定义控制跳转逻辑或手动处理以确保行为符合预期。434 收藏 -
Go通过首字母大小写严格控制结构体字段的包级可见性：大写字母开头的字段可被其他包访问（导出），小写字母开头的字段仅限本包内使用（非导出），这是Go封装机制的核心设计。434 收藏 -
答案是使用反射机制可在运行时检查函数参数数量。通过reflect.TypeOf获取函数类型，调用NumIn方法得到参数个数，IsVariadic判断是否为可变参数函数，结合len(args)与期望参数数对比实现安全调用，适用于RPC或插件系统等场景。434 收藏 -
最稳方案是用gitlog--pretty=format:"%H%P%d"--all--topo-order获取结构化提交数据，解析%P构建map[string][]string依赖图，注意处理多父、空父和HEAD指针，渲染时用StringWidth()和--no-color避免错位，Windows下用exec.LookPath探测git。434 收藏 -
Go语言的多重赋值（如a,b=b,a+b）先统一求值右侧所有表达式，再按从左到右顺序赋值；因此右侧的a+b使用的是赋值前的原始值，而非已更新的中间值。434 收藏 -
微服务回滚应依赖镜像标签而非代码分支，通过注入构建元数据、使用镜像digest精准回滚，并验证健康端点与指标兼容性。434 收藏 -
Go切片是引用类型，由底层数组指针、长度、容量三部分组成，传递时仅复制24字节；避免隐式扩容和重建，推荐预分配+重置长度、sync.Pool复用及共享只读切片。434 收藏 -
Go错误处理需显式检查error，禁用下划线忽略；用govet、staticcheck、errcheck等工具检测未处理错误；封装常用操作减少样板代码；测试必须覆盖error分支。434 收藏 -
Go中应避免用panic替代错误返回，所有I/O等操作须返回error供显式处理；推荐自定义实现error接口的结构体携带上下文，并合理使用错误链与日志记录。434 收藏 -
直接实现http.Handler就能当路由用，因为GoHTTP服务器只认该接口，只要实现ServeHTTP方法即可处理请求；路径参数需手动字符串匹配，避免panic并注意URL解码问题。434 收藏 -
<p>Go编译器要求channel传参必须指定方向：不能将无方向的chanT直接传给只读（<-chanT）或只写（chan<-T）函数，否则报错“cannotusech(typechanint)astype”。</p>433 收藏 -
log.Printf无法满足微服务日志追踪，因其不支持上下文透传；需通过context.Context自动携带trace_id，并在HTTP/gRPC调用及日志中统一注入与传递。433 收藏 -
net/http可直接启动生产级服务器，无需第三方框架；需注意端口权限、表单与JSON解析区别、静态文件服务配置及中间件编写规范。433 收藏
