-
无缓冲channel一发就卡住是因为其要求发送与接收必须同步进行，若无接收方则发送操作永久阻塞；这是设计使然，用于强制goroutine间同步协作。
-
embed只能嵌入当前包目录下的静态文件，需用//go:embed显式声明路径；读取时必须检查error，避免fs.ErrNotExist导致panic；SQL文件应小写+下划线命名，按前缀排序执行；需适配迁移库或手动维护版本记录。
-
本文介绍如何通过interface{}和类型断言（typeswitch）在Go中实现支持任意结构体类型的通用数据库操作方法，避免硬编码map[string]string，提升代码可维护性与类型安全性。
-
GORM软删除需满足三要素：DeletedAt必须为*time.Time类型（推荐嵌入gorm.Model）、删除必须用db.Delete()而非原生SQL、查询默认跳过已删记录，否则软删失效。
-
先学值类型再学指针是最顺路径；值类型赋值即复制、行为直观，是建立直觉基础；指针仅在需“改原值”或“省拷贝”时引入，如方法修改结构体字段或大结构体传参。
-
答案：Go中虽可创建指向接口的指针，但因语义混淆、双重nil风险、性能损耗及方法调用复杂而不推荐；应直接使用接口值传递，仅在需共享接口变量本身时才用指针。
-
答案：通过pprof、Prometheus、分布式追踪和运行时监控可全面掌握GolangWeb性能。①pprof采集CPU、内存、goroutine等数据定位热点函数；②Prometheus暴露请求量、延迟等指标，结合Grafana可视化；③OpenTelemetry追踪请求链路，定位慢调用环节；④监控goroutine数量与内存使用，预防泄漏与膨胀。需建立常态化监控机制，及时发现并优化瓶颈，保障服务稳定与响应效率。
-
gomodvendor不改变go.mod声明，故golist-m仍显示远程路径；实际使用vendor需显式指定-mod=vendor构建标志。
-
embed.FS默认不递归嵌入子目录，需用//go:embedtemplates/**双星号语法；路径为编译期字面量，区分大小写，须用fs.Sub调整根路径适配运行时请求，且无法动态加载。
-
应使用recover中间件捕获panic并返回JSON错误响应，同时定义ErrorStatuser接口统一映射业务错误为状态码与JSON，避免http.Error()和字符串匹配，用errors.Is()识别context超时等底层错误。
-
Go语言中常用断言方式包括：测试用testify/assert库，如assert.Equal、assert.True；自定义panic式断言用于关键条件检查；结构化验证返回错误，适用于用户注册等场景；接口类型断言配合ok判断确保安全。
-
这八个是日常开发中真正高频、不可绕开的核心标准库，因它们覆盖服务启动、数据进出、资源管理、并发协调、时间控制和格式输出等80%代码场景，其余为按需加载的场景专用库。
-
使用sync.WaitGroup实现并发控制的关键在于正确匹配Add()和Done()调用。1.sync.WaitGroup通过Add(deltaint)增加计数器，启动goroutine前调用确保计数准确；2.Done()用于减少计数器，通常配合defer确保goroutine退出时执行；3.Wait()阻塞主协程直到所有任务完成。常见错误包括Add()与Done()次数不匹配或在Done()后再次调用Add()，需仔细检查代码逻辑避免panic。结合context.Context可实现更高级的并发控制
-
debug.PrintStack()可快速打印当前goroutine堆栈，不终止程序但无格式；errors.WithStack()保留原始错误堆栈，适合链式错误；runtime.Caller()手动提取调用信息；pprof可查看所有goroutine全局堆栈。
-
Go中panic是严重错误终止机制，测试需可控验证而非避免；可用defer+recover手动捕获（限同goroutine），或用匿名函数+recover精准断言，推荐testify等库简化。
