-
推荐使用AES对称加密算法实现Golang文件加解密，核心步骤包括：生成随机IV，用AES-CBC模式加密文件内容，并将IV与密文一同存储；解密时读取前16字节IV，结合密钥还原数据。代码示例包含encryptFile和decryptFile函数，支持指定密钥、输入输出路径进行加解密操作。注意事项：密钥长度需为16/24/32字节，建议通过PBKDF2等安全方式派生，避免硬编码；大文件应分块处理防止内存溢出；添加MAC验证完整性；实际应用中可扩展为流式加密支持超大文件。完整实现需注意填充处理与IV管理细节
-
Go通过%w包装错误并用errors.Is和errors.As进行判断与提取，避免上下文丢失或重复包装，提升错误处理的清晰度与可靠性。
-
http.Client默认不支持高并发是因为其底层http.Transport的连接池限制严格：默认MaxIdleConns和MaxIdleConnsPerHost均为100，IdleConnTimeout等超时参数保守，易导致DNS查询失败、contextdeadlineexceeded及toomanyopenfiles等问题。
-
fmt.Printf调试易埋坑：不换行、不刷缓冲、不区分环境，导致输出延迟或泄露；应加\n或flush，慎用运行时开关，优先编译期控制。
-
QPS上不去主因是http.DefaultClient的Transport连接池参数过于保守，MaxConnsPerHost默认仅2，导致并发请求阻塞；需新建Client并调大MaxConnsPerHost、MaxIdleConns等参数，配合Ticker限速、ulimit调优及Context超时控制。
-
必须使用html/template渲染HTML，因其自动上下文感知转义、结构校验和template.HTML显式信任机制可防止XSS；text/template无转义、不校验、易致漏洞与静默失效。
-
Go中int位数取决于runtime.GOARCH：amd64下为64位，386下为32位；浮点计算存在精度丢失，金融场景应使用int64或decimal库，比较需用误差范围。
-
不推荐在单个容器中运行多个Go服务。应遵循“一个容器一个进程”原则，采用独立容器+自定义bridge网络+环境变量注入地址的方式部署多服务，Go程序需监听0.0.0.0:$PORT并避免DNS缓存问题。
-
GolangDevOps日志方案核心是轻量可控可嵌入：用Go实现高并发采集器（支持通配、断点续采）、配置化路由分发、实时分析聚合，并对接Loki/ES/HTTP等后端，不依赖ELK全栈。
-
全局队列是共享FIFO中转站，仅被动接收新创建、本地队列溢出、系统调用返回及GC发现的Goroutine；负载均衡靠P空闲时主动拉取+工作窃取实现，而非全局队列调度。
-
sql.Open仅初始化连接池不验证连通性，必须调用db.Ping()才能发现MySQL不可达；DSN需严格格式并启用parseTime=True以正确扫描time.Time，loc=Local适合开发而生产建议loc=UTC；db.Close()应只在程序退出时调用一次。
-
不能直接用net.Listen做负载均衡，因其仅监听端口且多进程绑定会冲突；需借助SO_REUSEPORT（内核级分发）、应用层accept+channel转发，或外部代理实现L4负载均衡。
-
Golang实现加密签名验证的核心是私钥签名+公钥验签，依赖crypto/rsa或crypto/ecdsa等标准库，必须先哈希再签名，推荐ECDSA(P-256)或RSA-2048，密钥需安全存储，HTTP集成时应覆盖method/path/bodyhash/timestamp并校验时效性。
-
uuid.New()在高并发下变慢是因为每次调用都触发crypto/rand.Read()系统调用，依赖/dev/urandom或系统CryptoAPI，在容器冷启动、熵池不足或高频调用时引发syscall瓶颈和锁争抢，而非算法本身慢。
-
BadgerDB初始化需确保dir和valueDir为可写绝对路径并显式创建；键值均为[]byte，结构体须手动序列化；写操作必须事务commit，迭代器值需拷贝避免脏读。
