VS Code 刷题工作流

先把刷题放回你熟悉的编辑器

很多人在网页里做 LeetCode 题时会遇到同样的摩擦：题目窗口、代码窗口、提交结果来回切；没有本地编辑器的自动补全和重构手感；直接提交后才发现某个边界用例没考虑。这个技能的目标不是再做一个刷题网站，而是把做题留在 VS Code 里，按照日常开发的肌肉记忆推进。

这个技能怎么补上流程缺口

它把一道题的处理拆成几个连续步骤：

• 在 VS Code 内通过插件浏览、搜索或按难度选题，减少页面切换。
• 用你习惯的编程语言写成解题草稿，保留自动补全、多光标和文件组织。
• 提交前先用自定义用例在本地验证，例如 [1,2,3]、空输入、单元素、重复值等。
• 把通过的题解纳入 Git，让解题过程像代码一样可回溯。

换句话说，它强调的是「编辑器里的 LeetCode 工作流」，而不是替代 LeetCode 本身的判题系统。对准备面试的人来说，真正需要练习的不只是写出能过的函数，还包括理解输入规模、时间与空间开销，以及在提交前做一次系统化自检。

效率技巧与检查项

效率技巧

• 按标签训练，例如 双指针、动态规划、二叉树 或 滑动窗口，方便做专项突破。
• 用 snippets 固化常见骨架，比如链表访问、树遍历、DFS/BFS 的初始结构。
• 把曾经出错的样例保存成测试输入，反复回归，而不是每次重新想边界。

提交前检查清单

• 是否先跑通边界用例，再考虑提交？
• 题解中是否用简短注释说明 思路 + 复杂度 + 关键条件？
• 是否定期回顾容易写错的类型，例如数组下标、回溯状态恢复、单调栈的维护条件？
• 是否用 Git 保留每次修改，方便复盘而不是只留 AC 结果？

三个常见陷阱

• 只追求 AC 不写复杂度，面试时很难讲清楚取舍。
• 本地看似通过，但没有预估输入规模，提交后触发内存或时间限制。
• 题目不分类、不成体系地刷题，容易重复练习已经掌握的模式，进步偏慢。

适用边界

这是一个学习方法与工作流参考，适合想把 LeetCode 练习和本地开发习惯对齐的工程师。它不承诺面试结果，也不能替代系统训练；如果目标公司更看重特定语言、纸笔推导或现场口述复杂度，需要按招聘方要求单独准备。