Go Web响应性能优化核心是连接池调优与异步处理：合理设置sql.DB的MaxOpenConns、MaxIdleConns、MaxIdleTime和ConnMaxLifetime；HTTP handler中剥离耗时操作，用goroutine或worker pool异步执行，并配合context超时控制；同时调优http.Server的超时参数与连接管理。
Go Web 服务的响应性能优化，核心在于减少阻塞、复用资源、并行处理。连接池和异步处理是两个最直接有效的手段——前者降低数据库/外部服务调用开销，后者释放 HTTP 处理 goroutine，提升并发承载力。
用好数据库连接池（如 sql.DB）
sql.DB 本身已是连接池，但默认配置偏保守，容易成为瓶颈。关键不是自己造池，而是合理调优已有池：
- 设置 MaxOpenConns：避免过多连接压垮数据库（如 PostgreSQL 默认 max_connections=100），建议设为数据库允许值的 70% 左右；
- 设置 MaxIdleConns 和 MaxIdleTime：保持适量空闲连接（如 20–50），并及时回收过期连接（如 30 分钟），防止连接泄漏或僵死；
- 启用 SetConnMaxLifetime：强制定期轮换连接（如 1 小时），避免因网络中断或数据库重启导致的 stale connection 错误；
- 查询后立即 Close() 不必要：Rows.Close() 或 Stmt.Close() 仅归还连接到池，不是销毁连接；defer rows.Close() 是好习惯，但不是性能关键点。
HTTP 处理中分离耗时操作（异步化）
不要在 HTTP handler 中同步执行日志上报、消息推送、第三方 API 调用等非核心逻辑。把它们“甩出去”，让 handler 快速返回：
- 用 goroutine 启动轻量任务：适合低频、可丢失、无强依赖的操作（如审计日志记录）；注意加 recover 防止 panic 影响主线程；
- 用 channel + worker pool 控制并发：适合需限流、保序、重试的场景（如发短信、写 ES）；避免无限制 goroutine 泛滥；
- 用 context.WithTimeout 包裹外部调用：即使异步，下游超时也应可控，避免 goroutine 积压；
- 返回响应前不等待异步结果：除非业务强要求（此时应改用回调或轮询），否则 HTTP 状态码 202 Accepted 更语义准确。
HTTP Server 层面的配合调优
连接池和异步生效的前提，是 HTTP 服务本身不拖后腿：
立即学习“go语言免费学习笔记（深入）”；
- 禁用 HTTP/1.1 的 keep-alive（谨慎）：多数情况应开启（默认已开），复用 TCP 连接能显著降低 TLS 握手和连接建立开销；
- 调整 Read/WriteTimeout 和 IdleTimeout：避免慢连接长期占着 goroutine；Go 1.8+ 推荐优先用 ReadTimeout、WriteTimeout、IdleTimeout 组合，而非老式 Timeout；
- 使用 http.Server 的 ConnState hook 监控连接状态：便于发现异常长连接或频繁断连；
- 静态资源走 CDN 或独立 Nginx：减轻 Go 进程负担，让其专注处理动态逻辑。
基本上就这些。连接池管“复用”，异步处理管“解耦”，两者结合能让单实例轻松支撑数千 QPS。不复杂但容易忽略——很多性能问题，其实卡在没调 MaxOpenConns 或 handler 里写了 sync.Sleep。
