-
使用channel或errgroup收集goroutine错误：通过带缓冲channel配合WaitGroup收集所有错误，或用errgroup自动处理首个错误并取消其余任务，根据是否需收集全部错误及上下文控制需求选择方案。
-
errors.Is和errors.As不能直接判断自定义错误类型，因二者依赖Unwrap()实现错误链遍历，若自定义错误未实现Unwrap()（哪怕返回nil），则无法被识别；正确做法是显式实现Unwrap()方法。
-
使用os.Stat配合os.IsNotExist可判断文件是否存在：若err为nil则文件存在，os.IsNotExist(err)为true则不存在，否则可能是权限等问题。
-
Go字符串索引返回字节而非字符，因string底层是只读[]byte；要获取Unicode字符（如汉字），须转为[]rune或用forrange遍历，否则直接索引会截断UTF-8编码导致乱码。
-
Go就业前景真实增长但集中于云原生、高并发后端和区块链中间件领域，需深入运行时机制与实战调优能力，而非仅会框架。
-
5行代码即可用net/http启动最简Mock服务：注册路径、设JSON头、写状态码、写响应体、监听端口；需多路径或方法区分时改用ServeMux；支持参数校验需解析Query或Body；上线前须处理端口配置、日志、超时和CORS。
-
context.WithTimeout仅控制单次执行时限，不自动重试；重试需外层手动循环+错误判断，且每次重试必须新建context，推荐用for+select配合指数退避实现。
-
Casbin的Enforce总返回false最常见原因是策略未加载成功、请求参数与策略字符串不精确匹配（大小写/路径前缀/空格等），或JWT未解析出角色就直接传入。
-
Go语言通过b.ReportAllocs()和-memprofile可分析函数内存分配，结合pprof定位高分配代码，优化时复用对象、预分配容量并减少拷贝，持续测量B/op和allocs/op以验证效果。
-
Go语言无内置爬虫框架，但可用net/http+goquery+colly快速构建稳定、并发可控、可维护的爬虫系统；关键在于根据反爬强度和数据结构选择是否引入中间件、去重、调度或分布式扩展。
-
在Golang中处理文件读取错误需检查os.Open或ioutil.ReadFile返回的error值，若err不为nil则进行判断：使用os.IsNotExist(err)处理文件不存在，os.IsPermission(err)处理权限问题，errors.Is(err,os.ErrNotExist)精确匹配错误类型，小文件可直接用ioutil.ReadFile简化操作，根据错误类型选择重试、默认值或跳过，关键是要始终显式处理错误而非忽略。
-
Go语言中goroutine数量失控会导致OOM和秒级延迟，因调度开销、GC压力及缓存失效等随数量指数级放大；应使用固定规模workerpool控制活跃协程数，配合带缓冲channel、for-select循环和WaitGroup实现高效复用。
-
Go1.16起ioutil被弃用，应改用os.ReadFile/os.WriteFile替代读写操作，os.MkdirTemp替代TempDir，io.NopCloser替代NopCloser，并移除io/ioutil导入。
-
使用中间件记录HTTP请求日志，通过拦截请求获取客户端IP、方法、路径、状态码等信息，结合zap实现结构化JSON日志输出，并利用channel异步写入与lumberjack轮转日志文件，确保高性能与可维护性。
-
Go的netpoller是单线程轮询器，所有网络事件均由唯一绑定至M0线程的epoll_wait/kqueue统一处理，无法通过增加goroutine数量提升吞吐；SO_REUSEPORT是绕过该瓶颈的内核级方案，需显式配置并配合多进程部署。
