用Aider重构老服务：一个Vim党的工具探索实录
去年双11前夕，我坐在工位上盯着屏幕上跳动的CPU监控图，心里只有一个念头：这破服务再不优化，今年年终奖怕是要泡汤了。我在这家金融科技公司干了三年多后端，日常跟高并发、低延迟、强安全死磕，早习惯了在刀尖上跳舞。但这次不一样——我们一个核心支付对账服务，QPS一到3000就报警，日志里全是TooManyConnections和LockTimeout。
更糟的是，这服务还是三年前另一位老哥写的，注释少得可怜，连变量名都透着一股“反正只有我看懂”的傲慢。那会儿我刚从运维转开发不久，看代码跟读天书似的。现在轮到我背锅了，领导还笑眯眯地说：“你不是喜欢折腾工具吗？正好练练手。”
得，被逼上梁山了。
老代码的“遗产”有多难啃？
先说说背景。这个服务用Go写的，逻辑其实不复杂：定时拉取银行对账单，跟内部交易记录比对，差异数据推给风控。但问题出在数据库交互上——全表扫描、N+1查询、事务锁粒度粗得像砂纸。最离谱的是，有个函数叫doTheThing()，里面嵌套了7层for循环，每次跑完MySQL的InnoDB Row Lock Time直接飙到200ms以上。
我试着用Vim（没错，我就是那个办公室里唯一不用IDE的异类）打开代码，光是理清调用链就花了两天。期间产品经理还来催：“能不能先加个紧急开关？” 我差点回他：“要不你来写？”
传统方式下，这种重构无异于拆弹：改一行，测三天，上线前还得拜服务器。但这次我不想硬刚了。我听说团队里有人在试一个叫 Aider 的AI编程工具，号称能“理解整个代码库”，还能跟你对话式编程。抱着死马当活马医的心态，我装上了它。
Aider 是什么？简单说，它是个基于大模型的命令行编程助手，但跟Copilot那种“猜下一行”不同，它能加载整个项目上下文，支持你用自然语言描述需求，然后自动修改多个文件，并生成清晰的diff。最关键的是——它原生支持Vim！对我这种键帽磨平的Vimmer简直是福音。
第一次用Aider：从怀疑到真香
安装很简单：
pip install aider-chat
然后在项目根目录运行：
aider --model gpt-4o .
第一次对话，我试探性地问：
“这个服务里有哪些地方用了全表扫描？帮我列出具体文件和函数。”
几秒后，Aider返回：
pkg/reconcile/engine.go:LoadAllTransactions()函数，未加WHERE条件internal/bank/fetcher.go:GetStatements()中对statement_date字段未建索引- ...
更绝的是，它直接在终端里高亮了相关代码段，还附带建议：“是否要为transaction.created_at和bank_statement.date添加复合索引？”
我当时就愣住了。这比我手动grep + 看explain plan快了十倍不止。
接着我让它干点实事：
“重构
doTheThing()函数，把嵌套循环改成批量查询，用map预加载数据，确保事务范围最小化。”
Aider沉默了几秒（估计在思考怎么不破坏原有逻辑），然后给出了一个完整的修改方案，包括：
- 新增
preloadUserBalances()函数 - 将主循环拆成两个阶段：数据准备 + 差异计算
- 事务只包裹最终的写入操作
我review了一下diff，逻辑居然没毛病！虽然变量命名还是有点AI味儿（比如tempMapForBalances），但核心思路完全正确。我把代码粘贴进Vim，微调了命名，跑单元测试——全过！
那一刻，我真的想给Aider作者寄锦旗。
工具链整合：让Aider成为日常肌肉记忆
尝到甜头后，我开始把它深度集成到工作流里。以下是我摸索出的几个实战技巧：
技巧1：用自然语言写安全规范
金融系统最怕SQL注入、XSS、越权访问。以前靠Code Review人工盯，漏网之鱼不少。现在我会这样问Aider：
“扫描所有HTTP handler，检查是否有未经验证的用户输入直接拼接到SQL或Shell命令中。”
它不仅能定位风险点，还能自动重写成参数化查询。比如这段危险代码：
query := fmt.Sprintf("SELECT * FROM users WHERE id = %s", userID)
Aider会改成：
query := "SELECT * FROM users WHERE id = ?"
rows, err := db.Query(query, userID)
甚至还会贴心地加注释：“已修复潜在SQL注入风险”。
技巧2：性能瓶颈“问”出来
有次压测发现GC频繁，我直接问：
“分析内存分配热点，哪些函数创建了过多临时对象？”
Aider结合pprof数据（它能读取profile文件），指出FormatAmount()函数里反复strconv.FormatFloat是罪魁祸首。建议缓存格式化结果，或者改用sync.Pool。
我照做之后，GC频率从每秒5次降到0.3次，P99延迟下降40%。
技巧3：文档与代码同步不再扯皮
最烦的是改了逻辑却忘了更新Swagger注解，导致前端联调时疯狂@我。现在我会说：
“根据最新handler逻辑，更新对应的OpenAPI 3.0注释，包括参数校验规则和错误码。”
Aider自动生成符合规范的注释，连示例值都填好了。测试同学看了都说：“这次接口文档居然跟实际一致？奇迹啊！”
对比传统方式：效率提升不止一点点
为了说服团队推广Aider，我做了个小对比实验：
| 任务 | 传统方式耗时 | 使用Aider耗时 | 提升 |
|---|---|---|---|
| 定位N+1查询问题 | 3小时（读代码+explain） | 8分钟 | 22.5x |
| 添加全链路traceID | 1.5天（改中间件+日志+测试） | 3小时 | 4x |
| 修复安全漏洞（XSS） | 1天（找点+改+回归） | 40分钟 | 3.6x |
| 编写新功能（带测试） | 2天 | 6小时 | 3.2x |
当然，Aider不是万能的。它搞不定复杂的业务规则（比如“跨境支付汇率按T+2结算”这种），也不能替代架构设计。但它把大量机械性、重复性的编码工作自动化了，让我能把精力集中在真正需要人类智慧的地方——比如如何设计更合理的对账状态机，或者应对监管新规。
跳槽前的最后一件作品
写这篇文章的时候，我已经提交了离职申请。倒不是对公司不满，而是干了五年后端，想去看看更大的世界。但走之前，我想留下点东西。于是我把Aider的使用规范、prompt模板、安全检查清单整理成内部wiki，还写了脚本自动在CI流程中加入Aider静态扫描：
# .github/workflows/aider-scan.yml
jobs:
aider-security-check:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Run Aider security audit
run: |
aider --message "Check for security vulnerabilities: SQLi, XSS, authz bypass" \
--apply-all \
--dry-run
如果检测到高危问题，直接阻断合并。运维老大看了直呼内行：“这比SonarQube准多了！”
写在最后：工具是桨，人才是舵手
有人说Aider这类工具会让程序员失业。我觉得恰恰相反——它淘汰的是只会CRUD的“人肉编译器”，而把真正的工程师解放出来，去做更有创造性的工作。
就像Vim不会让你变成更好的程序员，但能让你更快地表达思想。Aider也一样，它是个超级外挂，但方向还得你自己把握。特别是在金融这种强监管领域，每一行代码都可能涉及资金安全，盲目信任AI等于自杀。我的原则是：Aider生成，人类审核，测试兜底。
现在回头看，那次双11前的重构，不仅救了服务，也让我重新思考了“技术探索”的意义。不是为了追新框架，也不是为了炫技，而是找到趁手的工具，把事情做得又快又稳。
哦对了，新公司的面试官问我：“为什么想离开？”
我说：“因为我想用Aider重构你们的老系统啊。”
他笑了：“巧了，我们也在试。”
（完）
附：我的Aider常用Prompt模板
# 安全审计
"Scan all Go files for:
- SQL injection (unescaped user input in queries)
- Command injection (os/exec with user data)
- Missing authentication checks in /api/* handlers
- Hardcoded secrets"
# 性能优化
"Identify functions with high allocation rate (>1MB/s under load).
Suggest optimizations using object pooling or pre-allocation."
# 重构指令
"Refactor [function] to:
1. Reduce cyclomatic complexity (<10)
2. Eliminate global state
3. Add unit tests with 100% branch coverage
Keep backward compatibility with existing callers."
评论 0