VSCode无法真正阻断高重复率代码保存，因其无API支持且检测会拖慢响应；替代方案是保存前轻量扫描并弹出提示，配合人工审查与ESLint自定义规则实现治理。
VSCode 本身不提供「保存前阻断」高重复率代码的机制，也没有内置或主流插件支持在 Ctrl+S 时自动拦截并阻止保存——它不是编译器，也不做语义级重复逻辑的实时拦截。所谓“阻断”，只能靠配置组合 + 人工节奏来实现事实上的延迟与确认。
为什么不能真正“阻断”保存
CodeMirror Duplicate Finder 等插件只做扫描和高亮，不介入编辑器生命周期；ESLint / SonarLint 也只报错，不会 halt 保存流程。VSCode 的 files.autoSave 是纯 I/O 行为，和代码质量检测完全解耦。强行在保存钩子中插入重复检测，既无 API 支持，也会严重拖慢响应（尤其全项目扫描）。
- 所有“保存即检测”方案本质是伪需求：重复代码不是语法错误，它不影响运行，但影响长期可维护性——这个判断必须由人来做
- 插件扫描结果本身有大量误报/漏报（比如变量名一换就归零），直接阻断会卡死日常开发
- 真实协作中，更危险的是“改了一半就保存”，而不是“重复了两段逻辑”。前者靠禁用
files.autoSave，后者靠定期扫描+人工 review
替代方案：用 pre-save hook 触发轻量检查
虽然不能阻断，但可在保存前触发一次快速扫描，把结果显式弹出，形成心理提醒。需配合 code-runner 或自定义任务 + tasks.json：
- 安装
CodeMirror Duplicate Finder，调低灵敏度："duplicate-finder.minLines": 5、"duplicate-finder.similarityThreshold": 75 - 在
.vscode/tasks.json中加一个 shell 任务，调用duplicate-finderCLI（若插件提供）或退而求其次用grep -A5 -B5 "console.log" src/**.ts | sort | uniq -c | sort -nr | head -5快速抓高频模式 - 绑定到保存前：在
settings.json加"emeraldwalk.runonsave": {"commands": [{"match": "\.ts$","cmd": "npm run check-dup"}]}（需装run-on-save插件） - ⚠️ 注意：别用
simian或jscpd直接塞进 pre-save，它们单次扫描常超 3s，会卡住保存 UI
真正该阻断的，是“未确认的修改”而非“重复代码”
团队里最常出问题的不是重复本身，而是两人同时改同一块、保存覆盖、回滚困难。这时候要阻断的其实是“静默保存”行为：
- 强制设
"files.autoSave": "off"，所有人必须按Ctrl+S才保存 - 配合 Live Share 时，在
settings.json加"liveshare.presence": true，让协作者实时看到光标位置和正在编辑的行 - 保存前加一道手动检查：右键当前文件 →
Find Duplicates in File，扫一遍当前页（比全项目快 10 倍） - 高频重复区（如 hooks、utils）可加 ESLint 自定义规则，用正则匹配典型模式，例如禁止连续 3 行含
localStorage.getItem，这类规则能真正在保存时报error
重复代码的治理关键不在“拦住保存”，而在“让重复变得肉眼可见且成本清晰”——当每次保存都伴随一次快速扫描提示，当两处相似逻辑在侧边栏被分组高亮，人才会自然开始思考：“这段是不是该抽成函数？” 这个思考过程，没法跳过。
