-
nix-shell可按需拉取指定Go版本并隔离运行，关键在shell.nix中显式导出环境变量、用buildGoModule构建、正确处理src和go.work，避免命名空间污染与路径敏感问题。
-
Go的HTTP日志需自定义responseWriter获取状态码和字节数，优先取X-Forwarded-For获取客户端IP，避免直接读取Body导致下游解析失败，生产环境应结构化异步记录并按需采样。
-
本文详解Go语言中因未调用make()初始化通道（channel）而导致发送操作永久阻塞的根本原因，并通过修复示例、执行逻辑分析和最佳实践，帮助开发者避免此类隐蔽且易复现的并发陷阱。
-
Go语言支持多返回值函数，便于处理结果与错误。例如funcdivide(a,bint)(int,error)可同时返回商和错误信息；调用时通过result,err:=divide(10,2)接收，或使用_忽略不必要值；还可命名返回值如funcsplit(sumint)(x,yint)，提升可读性；常见于返回数据与error、map查找、资源初始化等场景，是Go简洁高效编程风格的核心特性之一。
-
http.ListenAndServe默认阻塞且不报错，端口占用或地址写为"localhost:8080"会导致失败；应改用":8080"、加日志、捕获错误并用curl验证。
-
GMP是动态协作契约，G在M上运行，M需持有P才能执行用户代码；runtime.GOMAXPROCS控制P数量而非线程数，设过高会导致调度开销增大、竞争加剧、GC变慢。
-
Go官方标准库不提供semaphore类型，应使用golang.org/x/sync/semaphore；Acquire阻塞等待许可，TryAcquire立即返回；必须严格配对申请与释放，且由同一goroutine执行；适用于I/O密集型资源限流，非任务调度。
-
服务端必须用net.ListenUDP，客户端可用DialUDP（适合固定点对点）或ListenUDP(nil)（适合单次上报）；ReadFromUDP/WriteToUDP不可替换为Read/Write，因UDP无连接状态且需显式处理地址、缓冲区、超时及跨平台端口复用等问题。
-
Go错误处理应避免字符串匹配，优先用errors.Is/As和导出错误变量；库中禁用panic除非编程错误；错误信息需含上下文但不冗余或泄露敏感数据；公开错误契约须稳定并文档化。
-
Go中状态模式通过接口组合实现，上下文持状态接口并委托调用；状态切换应由当前状态方法返回新状态，由上下文统一赋值，确保业务规则不被绕过。
-
在Go中通过const和iota可模拟枚举，如const(Red=iota;Green;Blue)生成递增常量，支持跳过值和位运算标志位，实现类型安全的常量定义。
-
使用atomic操作可有效解决Go中简单共享变量的锁竞争问题，通过CPU指令级原子性避免互斥锁的上下文切换与阻塞开销，适用于计数器、状态标志和指针更新等场景，显著提升高并发性能。
-
直接对任意interface{}调用reflect.ValueOf(i).IsNil()会panic，因IsNil()仅支持指针、切片、map、channel、func、interface六种类型；正确做法是先判断Kind是否支持，对interface类型需先用Elem()解包再判空。
-
HTTP服务需设ReadTimeout和WriteTimeout防慢连接拖垮goroutine调度；数据库等阻塞操作须用context控制；复用http.Client并配置Transport参数；合理使用sync.Pool缓存小对象。
-
<p>向已关闭的channel发送数据会直接panic，这是最常踩的坑：只要执行ch<-x就会触发panic。</p>
