-
Golang通过goroutine和channel实现高效并发编程。1.使用go关键字启动goroutine实现并发执行，适合大量任务如网络请求、数据抓取等，但需配合sync.WaitGroup确保主goroutine等待子任务完成；2.channel用于goroutine间通信与同步，支持结果收集、任务分发，需注意关闭channel、避免阻塞和goroutine泄漏；3.select用于处理多channel通信，可监听多个事件源或实现超时控制，适用于任务调度和服务检查；4.注意事项包括合理使用资源、避免
-
sync.Map不适合多级缓存，因其仅为单层线程安全哈希表，缺乏过期、驱逐、穿透保护及层级联动能力，无法满足“本地快+远程稳+自动降级”核心诉求。
-
runtime.Stack拿不到完整调用栈因默认仅捕获当前goroutine且缓冲区过小易截断；需预分配足够buf（如1MB）并设all=true获取全量，但会STW，生产环境应优先用pprof。
-
安全审计需贯穿Golang云原生应用全生命周期：1.依赖安全通过golist、govulncheck和Snyk等工具检测漏洞；2.构建阶段集成gosec扫描、最小化镜像与SBOM生成；3.运行时强化日志记录、容器权限限制与网络策略；4.配置与身份管理使用Secret、Vault动态注入及mTLS认证；5.自动化CI/CD检查与持续更新威胁模型，重点关注依赖更新与日志可审计性。
-
使用fsnotify库实现Go文件监控，支持跨平台监听文件创建、写入、删除等操作；2.通过goget安装依赖并编写程序初始化Watcher，监听指定文件或目录事件。
-
必须由独立goroutine在wg.Wait()后统一close(ch)，因多生产者自行关闭易致panic、数据丢失或消费者阻塞；单生产者自关看似可行但扩展后风险高。
-
readinessProbe必须在SIGTERM后立即失败：Go应用需收到信号后立即将/readyz返回503，配合failureThreshold:1和periodSeconds:5实现秒级摘流，并同步执行连接排空（如GracefulStop或Shutdown），确保长连接请求处理完毕。
-
Go语言包导入路径是模块标识符，需通过GoModules统一管理模块根路径，合理划分cmd/internal/pkg目录并遵循语义化路径设计，避免相对路径与隐式别名，利用go.work支持多模块协同开发。
-
Go项目启用gobuild-mod=vendor时，必须将vendor目录提交至git，否则CI构建必然失败；该模式强制只读vendor/、绕过网络和go.mod，若vendor缺失或modules.txt过期，会报“inconsistentvendoring”错误。
-
为什么html/template默认不防所有XSS？它只对特定上下文做自动转义，不是万能盾牌。比如你在href或onclick里插数据，它不会帮你判断JS语法是否安全，而是按HTML属性规则转义——结果可能仍是可执行的JS。常见错误现象：template:"xxx":123:unexpected"javascript:void(0)"inattribute这类报错其实不是模板出错，是你硬塞了非法值；更危险的是没报错但渲染出了。使用场景：所有动态插入用户输入的地
-
全局网络对象本身不逃逸，但其初始化表达式中嵌套的结构体字段（如http.Transport）、接口赋值（如net.Conn）、或装箱操作（如sql.Open返回值）会因被外部引用而逃逸至堆。
-
ioutil.ReadFile可读取文件全部内容到字节切片，适合小文件；ioutil.WriteFile将字节切片写入文件并设置权限；ioutil.TempFile创建临时文件避免命名冲突。
-
Asynq是需搭配Redis的Go客户端库，非开箱即用服务；发任务前须显式配置Redis地址，否则静默失败；worker需手动启动Server并阻塞运行；任务payload必须JSON可序列化且导出；默认重试机制易致任务“消失”于retry队列。
-
雪崩效应是服务调用链中某节点响应变慢或失败，导致上游资源持续堆积并拖垮整体；代码中表现为正常HTTP调用（如restTemplate.getForObject）却耗尽线程池，需通过Resilience4j的record-failure-expression显式纳入耗时判断并配合TimeLimiter超时控制来防御。
-
os.Remove删不掉文件报permissiondenied主因是Windows下文件被占用或权限不足、Linux/macOS下父目录无写权限；它仅删文件或空目录，而os.RemoveAll可递归删除整个目录树。
