-
根本原因是未调用Start()或Run()；路径问题（如Windows需cmd/c）、shell特性失效、输出处理方式错误（StdoutPipe需Start+goroutine+Wait）、超时需context手动Kill、交互式命令缺PTY支持。
-
使用pprof可精准定位Go程序性能瓶颈，通过runtime/pprof生成CPUprofile文件或启用net/http/pprof暴露HTTP接口，结合top、list、web等命令分析耗时函数，推荐在受控环境下用于生产服务性能优化。
-
本文详解如何在Go中准确计算struct类型切片及其所有字段（含字符串内容）的实际内存占用，涵盖结构体自身大小、底层数组容量开销及动态字符串数据长度，避免unsafe.Sizeof的常见误用。
-
Go中HTTP文件传输常见问题：下载需显式读取resp.Body（如io.Copy），否则连接复用异常；上传须用multipart.Writer构造表单；进度条需自定义io.Reader包装器；路径与错误处理需注意跨平台和细分判断。
-
需先用Funcs方法注册map[string]interface{}，函数须导出且参数/返回值符合约束（如末尾error会panic）；text/template与html/template函数不可混用，因转义机制不同；函数无法隐式访问上下文，须显式传参。
-
strings.Builder比+快得多，因其复用底层[]byte切片、仅按需扩容，避免+的每次拼接都新建字符串并全量拷贝；默认容量为0，建议预估大小初始化以减少扩容。
-
使用g工具或手动软链接管理Go版本，避免覆盖安装。通过ginstall、use、set命令切换版本，或在受限环境用独立目录加软链接方式，确保GOROOT和PATH正确指向；升级后需更新go.mod中的godirective，运行govet、gotest-race检查兼容性，并在CI中固定版本保证团队一致性，保留回退能力以防异常。
-
Go的http.Server默认且明确禁用HTTP/2Push功能，因其实用性差、易滥用且浏览器已普遍弃用；唯一启用方式是弃用net/http，改用golang.org/x/net/http2手动构建http2.Server并调用Pusher接口，但需TLS且兼容性极差。
-
能。同包的_test.go文件与普通.go文件属同一包，可直接调用私有函数；若声明为独立包（如myapp_test），则无法访问，需改用同包测试或导出函数。
-
传指针可减少大结构体复制开销，提升性能。值传递适合小结构体，复制成本低；大结构体传指针避免高额复制代价，节省内存带宽。指针传递虽有解引用延迟和GC压力，但基准测试显示其对大型结构体更高效。建议小对象用值类型，大对象或含slice/map/chan的结构体用指针，结合实际场景与性能分析工具验证优化效果。
-
GoHTTP上传中断时Request.Body会提前关闭并报io.ErrUnexpectedEOF，需流式读取、分片上传、哈希校验、临时文件清理及超时控制，标准库不支持断点续传。
-
测试文件读写时不能直接操作真实磁盘，因存在残留、并发冲突、权限等问题；应使用os.CreateTemp+deferos.Remove或fstest.MapFS进行隔离。
-
使用swag工具通过代码注释自动生成合规OpenAPIV3文档：需在main.go添加@title等元信息，每个handler上方写全@Summary、@Tags、@Success及匹配路由的@Param，struct字段须带正确jsontag，生成后用swagger-cli严格校验并纳入Git。
-
bufio.NewReaderSize更快是因为默认4KB缓冲区导致系统调用频繁，增大至64KB～256KB可减少上下文切换开销；O_DIRECT在Go中不被标准库支持；io.Copy比io.ReadAll更稳；GOMAXPROCS对文件I/O提升有限。
-
用docker-go连不上本地DockerDaemon时需显式指定host，Linux用unix:///var/run/docker.sock，Mac用unix:///Users/$USER/.docker/run/docker.sock，WSL2用tcp://localhost:2375并开启DockerDesktop相应设置。
