-
Go接口是隐式实现的，无需显式声明；只要类型方法集完全匹配接口签名（含导出名、参数、返回值），即自动满足，且指针/值接收者影响满足关系。
-
Go1.18+泛型需用type参数声明并配合约束，any仅支持基础操作，复杂行为须用具体约束如~[]E、constraints.Ordered或自定义接口；错误约束会导致类型不安全或过度限制。
-
Go的net.Conn默认是非阻塞的，由运行时自动调度goroutine，无需手动实现类似JavaNIO的轮询机制；用户应使用同步风格代码，配合超时控制和并发优化。
-
.editorconfig在Go项目中易失效，因其不被Go插件默认读取，且需正确配置indent_style=tab等项以配合gofmt，而非对抗；须确保编辑器启用、路径匹配、无覆盖设置。
-
优化Golang微服务网络通信需优先采用HTTP/2+gzip/zstd压缩响应体，并复用HTTP连接池；gRPC+Protobuf适用于高吞吐场景；须避免重复压缩、TLS层压缩及局部创建http.Client。
-
GoHTTP测试核心是用httptest.NewRequest和httptest.NewRecorder绕过网络、直接测试handler，结合mock依赖与框架适配，覆盖成功及错误路径。
-
Go中无接口继承，Observer模式通过函数类型和接口组合实现：Observer为func(eventinterface{})类型，Subject接口仅含Register、Unregister、Notify方法；并发安全需用sync.RWMutex细粒度锁，Notify时先拷贝观察者快照再解锁遍历，避免map并发读写与阻塞。
-
不能直接修改default-scheduler源码，因其为独立二进制，修改即维护fork分支，导致升级困难、安全滞后、无法享受调度框架演进；应通过编写外部调度器实现可维护扩展。
-
高并发下本地磁盘IO瓶颈无法靠增加goroutine解决，必须解耦I/O与CPU工作：单goroutine顺序读+合理缓冲（如64KB）+按逻辑边界分块处理，避免多goroutine争抢同一文件导致寻道恶化。
-
Context仅传递取消信号、超时控制及少量元数据（如traceID），业务数据应走函数参数或结构体；WithValue的key须为自定义类型；HTTPhandler优先用WithTimeout并defercancel；goroutine中defercancel会失效，应传入外部ctx或显式调用cancel。
-
使用goinstall而非gobuild才能将可执行文件输出到GOBIN；需正确设置并导出GOBIN路径，确保目录存在且有写权限，并将其加入PATH；在模块模式下应使用完整导入路径或在项目根目录执行goinstall.；仅main包会生成可执行文件。
-
os.Stat最轻量获取文件元信息，但不保证文件存在；需用os.IsNotExist(err)判断；FileInfo.Size()是逻辑长度非磁盘占用；os.ReadDir比filepath.Walk快但不递归；ModTime()精度依赖文件系统。
-
不能直接用os.Setenv管理命令行环境变量，因为它只影响当前进程，无法修改父shell；正确做法是让Go程序根据--shell参数输出对应shell的变量设置语句（如exportKEY="VALUE"），再由eval或Invoke-Expression执行。
-
解决Go模块版本冲突需理解版本选择机制并合理使用gomod命令。常见冲突场景包括多依赖引入同一模块不同版本、主模块require版本与间接依赖不一致及包路径变更。Go构建时自动选用满足依赖的最高版本，但API不兼容仍可能导致编译错误。执行gomodtidy可清理未用依赖并补全缺失require，有时自动修复冲突。若存在多版本共存，可在go.mod中显式添加require语句统一版本，如require(example.com/some/modulev1.2.0)，强制覆盖旧版以实现版本对齐。当某版本存在bu
-
直接用github.com/bwmarrin/snowflake可能出问题，因其默认用PID生成nodeID（容器重启后易重复），且不校验时钟回拨，NTP调整会导致panic；生产环境须显式注入唯一nodeID、替换time.Now并自行实现回拨防护。
