-
DynamoDB的Query操作必须指定分区键（hashkey），无法直接按非索引字段（如age）条件查询全表；若需实现类似SQL的WHEREage>25，应改用Scan操作并配合FilterExpression，但需警惕性能与成本风险。
-
将业务逻辑与RPC解耦，通过独立函数如add实现可直接测试的单元；2.测试RPC服务方法时本地启动服务并用rpc.Dial连接，完整验证序列化、调用等流程；3.使用jsonrpc或自定义编解码进行协议级测试；4.通过接口抽象RPC客户端并mock，实现上层逻辑隔离测试。核心是分离关注点，结合单元与集成测试确保可靠性。
-
Go1.13引入errors.Is和errors.As实现安全错误判断：errors.Is用于检查错误链中是否包含特定错误值，errors.As用于提取包装错误中的具体类型，二者均依赖%w正确包装以保持错误链完整性。
-
Go语言通过goroutine和channel实现异步编程，提升I/O密集型任务性能。使用go关键字启动goroutine并发执行任务，结合sync.WaitGroup等待完成；通过channel安全传递数据，避免共享内存，利用带缓冲channel控制并发数，防止资源耗尽，select可实现超时控制与结果聚合，确保数据一致性。
-
viper读取环境变量需显式调用AutomaticEnv()或BindEnv()，否则忽略系统变量；多环境配置应动态设名加载单文件，避免merge污染；Unmarshal嵌套结构体必须加匹配yamltag；生产禁用WatchConfig，以防热重载崩溃。
-
Go中实现Memento模式需为业务类型定义专属不可变快照结构体，由原对象显式深拷贝值类型字段生成，配合容量受限的环形缓冲区管理生命周期，避免反射、map或接口带来的类型不安全与内存泄漏。
-
Falco无法检测Go程序的panic、channel死锁等运行时行为，因其仅监控内核系统调用，不解析Go二进制、不hookruntime函数、也不理解goroutine调度状态；它能捕获Go程序发起的execve、openat、connect等syscall行为，但纯用户态内存操作（如goroutine泄漏、map并发写panic）完全不可见。
-
根本原因是阻塞主goroutine，未调用app.Run()或在Run()外执行同步耗时操作；UI更新必须通过app.QueueUpdateDraw()在主线程触发，音频处理需放独立goroutine，进度条用ticker定时更新并基于真实播放时长计算。
-
http.Post仅适用于简单表单或纯文本提交，因其强制设置Content-Type且无法自定义Header、复用连接；生产环境应使用http.NewRequest+http.DefaultClient.Do以完全控制请求细节。
-
CLI程序应避免用panic代替error返回，所有I/O、解析、校验失败须走error路径；main函数应结构化为run()返回error，统一输出到stderr并设退出码；需定义自定义错误类型支持精准识别与差异化处理；参数校验须集中于flag.Parse后，退出码1表示运行时错误、2表示用户输入错误。
-
Go语言本身在编译阶段会直接报错，阻止模块间出现依赖循环。这种检测机制由Go的构建系统自动完成，开发者无需引入额外工具即可及时发现循环依赖问题。编译器自动检测循环依赖当你在项目中无意引入了循环依赖，例如packageA导入了packageB，而B又反过来导入A，Go编译器会在构建时报类似如下错误：importcyclenotallowedpackageAimportsBimportsA这类错误会明确指出涉及循环的包路径，帮助你快速定位问题所在。常见场景与重构
-
应返回零值结构体+nil错误而非nil+sql.ErrNoRows，以区分“查无结果”与“数据库异常”；避免包装sql.ErrNoRows，字段优先用值类型确保零值安全，混用ORM时需统一空对象适配。
-
无缓冲channel要求发送和接收操作必须同时就绪，实现严格同步，适用于事件通知和精确协调；有缓冲channel通过缓冲区解耦发送和接收，允许异步通信，适用于生产者-消费者模型和流量控制，但需权衡缓冲大小对性能和内存的影响。
-
推荐用os.Stat+os.IsNotExist判断文件是否存在：os.Stat成功表示存在且可读元数据；err!=nil且os.IsNotExist(err)表示确实不存在；否则为存在但访问失败。
-
答案是使用reflect.MakeMap可动态创建map实例，需先获取或构造map的reflect.Type，再通过SetMapIndex添加键值对，典型应用于配置解析、通用框架等需运行时动态处理类型的场景。
