-
Golang通过多返回值和显式错误检查确保错误不被忽略，要求调用方主动处理错误，提升程序健壮性；使用error包装、自定义错误类型及errors.Is/As进行精确判断，避免忽略、重复记录或滥用panic，实现清晰可靠的错误处理。
-
最常用GoWeb认证方案是gin搭配golang-jwt/jwt：登录签发带ExpiresAt的token，中间件校验并注入user_id；密码必须用bcrypt哈希（cost=12）；Session更重且需防CSRF/fixation；权限复杂时应选casbin而非硬编码RBAC。
-
推荐使用AES对称加密算法实现Golang文件加解密，核心步骤包括：生成随机IV，用AES-CBC模式加密文件内容，并将IV与密文一同存储；解密时读取前16字节IV，结合密钥还原数据。代码示例包含encryptFile和decryptFile函数，支持指定密钥、输入输出路径进行加解密操作。注意事项：密钥长度需为16/24/32字节，建议通过PBKDF2等安全方式派生，避免硬编码；大文件应分块处理防止内存溢出；添加MAC验证完整性；实际应用中可扩展为流式加密支持超大文件。完整实现需注意填充处理与IV管理细节
-
blackfriday已归档弃用，应改用goldmark；其最小渲染仅需三行代码，但需注意扩展注册（如Table、CodeFence、GFM）、HTML转义控制及unsafe选项的配套禁用。
-
Go常量必须初始化、不可修改、类型可推导或显式指定；声明需用常量表达式，支持分组与iota枚举，编译期确定且利于优化。
-
go.work是Go1.18引入的工作区配置文件，用于在单体仓库中统一管理多个模块。通过goworkinit初始化并使用goworkuse添加模块后，可在开发时让模块直接引用本地代码，无需replace指令。例如在my-mono-repo中包含user-service、order-service和shared模块时，只需在根目录创建go.work文件声明use路径，即可使各服务导入mycompany/shared/utils等共享包并自动解析为本地路径。该机制提升多模块协作效率，仅限开发期使用，不影响生产
-
不能直接在ReverseProxy上加if-else做厂商分发，因为Director不感知请求头以外上下文、req.Body读空后无法复用、多厂商协议逻辑互斥易导致路由混乱、协议误判与越权风险。
-
gorilla/sessions是最省心也最安全的GoSession方案，但需严格遵循安全配置：密钥≥32字节、显式设置HttpOnly/Secure/SameSite、登录后重生成ID并清旧Cookie、存储层TTL与MaxAge一致、禁用纯Cookie存储敏感数据。
-
GoHTTP客户端必须显式配置超时，推荐自定义http.Transport设置各阶段超时，并通过context.Context透传deadline，避免全局DefaultClient和硬编码dial选项，超时值需基于P99延迟分层设定并联动重试熔断。
-
sync.Map不适合做观察者注册表，因其遍历时无迭代一致性，增删操作与通知并发会导致panic或漏通知；应改用sync.RWMutex+map配合快照复制保障安全。
-
AB测试路由必须在HTTP中间件层拦截，通过一致性哈希等策略前置分流并注入ab_group到context，避免handler内耦合判断、CDN缓存错乱及用户分组跳变。
-
Facade、Observer、CircuitBreaker、ServiceDiscovery是Go微服务中高频落地的四大模式：Facade用于网关层轻量编排多服务调用；Observer借助消息队列异步解耦服务通知；CircuitBreaker需合理配置阈值、超时与降级逻辑；ServiceDiscovery结合单例gRPC连接实现动态负载均衡与健康检查。
-
sync.Once.Do仅保证同一实例上函数最多执行一次，不处理panic、不重试、不保证成功；其通过uint32done字段和atomic.CompareAndSwapUint32实现无锁判断，首次调用执行并原子置1，后续直接返回。
-
Go中重构包需保持导出一致性、依赖方向清晰和API稳定性；拆分应解决职责混杂问题，合并须统一版本与错误类型，辅以gorename等工具验证依赖流向。
-
Go编译器在能静态证明索引安全时自动消除边界检查，否则保留；推荐用fori:=ranges、预提长度配合//go:nobounds（慎用）、或unsafe.Slice（需满足非nil、长度准确、地址有效）来优化。
