vscode无一键文本自动清理总开关，需分别配置：files.trimtrailingwhitespace删行尾空格（不删空行）；prettier通过editor.formatonsave压缩空行；editor.codeactionsonsave组织import；清屏与缓存清理须区分机制。
VSCode 原生不提供“一键文本自动清理”总开关，所谓自动清理必须拆解为具体行为（删行尾空格、删空行、清终端、组织 import）并分别配置；开错开关或混用机制反而导致冲突、误删或失效。
files.trimTrailingWhitespace：删行尾空格唯一可靠配置
这是 VSCode 内置的纯文本处理功能，保存时毫秒级扫描并删除每行末尾的 、\t、\r，包括空行内的空白，但**不删空行本身**。
- 必须显式设为
true，默认是false - 写进项目根目录的
.vscode/settings.json，避免被团队忽略：{"files.trimTrailingWhitespace": true} - 检查是否被语言级配置覆盖，比如
"[makefile]": {"files.trimTrailingWhitespace": false} - 若文件是只读（Git LFS 锁定、权限受限），或光标不在编辑器内（停在终端/侧边栏），
Ctrl+S不会触发该行为 - 和
editor.formatOnSave完全无关——后者调用 Prettier/ESLint，删空格与否取决于它们的规则
删空行只能靠格式化器，Prettier 是最稳选择
VSCode 没有 files.trimEmptyLines 这类原生开关。想保存时自动压缩连续空行（如 \n\n\n → \n\n），必须启用格式化器。
- 装好
esbenp.prettier-vscode扩展，加配置："editor.formatOnSave": true
- Prettier v3+ 默认压缩多余空行，但不会删光所有空行；如需更激进控制，加
.prettierrc：{"blankLineBeforeBody": true} - 别指望
files.trimFinalNewlines—— 它只管文件**末尾**换行数量，对中间空行完全无效 - 正则替换
^\s*$\n→ 空，适合一次性清理已有文件，但保存时不自动触发
editor.codeActionsOnSave：自动组织 import 的精确写法
这个配置不是布尔值，也不是数组，必须是带精确键名的对象，否则无效。
- 正确写法：
"editor.codeActionsOnSave": { "source.organizeImports": true } - 仅对已识别语言类型生效：右下角状态栏显示
javascript、typescript或python（需 Pylance + pylint），而非plaintext - .js 文件效果弱于 .ts，需靠 JSDoc 注解辅助判断，如
/** @type {import('./utils').foo} */ - 与 ESLint 共存时易冲突：若同时开启
"source.fixAll.eslint": true，可能重复处理 import，建议先关 ESLint 的 auto-fix
tasks.json 和 Code Runner 的清屏逻辑完全不同
“清屏”在 VSCode 里分两种：一种是清终端面板内容（视觉清空），一种是清 Python 缓存（.pyc 文件）。二者机制、触发点、配置位置都不同。
-
Code Runner插件的Clear Previous Output设置，只对Ctrl+Alt+N启动的执行生效，清的是当前终端 tab 的全部可见内容 + 滚动缓冲区 -
tasks.json中的"clear": true必须放在presentation对象内，且与command同级，不能嵌套进problemMatcher或options - 在命令里写
"command": "clear && python main.py"是假清屏——clear只发 ANSI 序列，旧输出仍在滚动缓冲区中 - Python 字节码缓存（
.pyc、__pycache__）需手动用find或 PowerShell 命令清理，VSCode 不自动介入
真正容易被忽略的点是：这些功能彼此独立，优先级和触发条件互不感知。比如 files.trimTrailingWhitespace 在保存瞬间执行，而 editor.codeActionsOnSave 依赖语言服务启动完成；一个没加载，另一个就静默跳过。配完不测试，等于没配。
