Node脚本应使用chokidar独立监听文件系统变化，而非依赖VSCode保存事件；需配置绝对路径、防抖、过滤临时目录，并用fs-extra安全复制到云盘映射目录，同时校验文件大小与云盘写入权限。
Node 脚本怎么监听 VSCode 保存事件触发备份
VSCode 本身不提供「文件保存即执行命令」的原生钩子，tasks.json 的 afterSave 触发器只在工作区启用且需手动配置，并非全局生效。真正可靠的方式是让 Node 脚本独立监听文件系统变化，而不是依赖 VSCode 行为。
常见错误现象：在 tasks.json 里写 "problemMatcher": [] + "group": "build" 却没设 "isBackground": true，导致每次保存都弹出终端卡住编辑；或误以为 files.autoSave 开启后就能触发脚本——它只写盘，不发事件。
- 用
chokidar（比原生fs.watch稳定）监听项目目录下指定后缀文件，如.sql、.json、.csv - 过滤掉临时文件：
ignored: /node_modules|\.vscode|\.history/ - 加防抖（debounce）：同一文件 500ms 内多次保存只触发一次备份，避免频繁调用
mysqldump或mongodump - 监听路径必须是绝对路径，相对路径在 VSCode 终端中可能解析失败
如何用 node-fs-extra 安全复制数据库备份到云盘目录
云盘同步文件夹（如 Dropbox/OneDrive/坚果云的本地映射路径）本质就是普通目录，但直接 fs.copy() 可能因权限、占用、跨设备符号链接等问题失败。关键不是“能不能复制”，而是“复制后云服务能否稳定识别并上传”。
性能影响：若备份文件 >100MB，copy() 默认同步阻塞主线程，会导致监听卡顿；copyFile() 更快但不支持目录。
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
- 优先用
fs.copy(src, dest, { preserveTimestamps: true, overwrite: true })——保留修改时间戳，云盘按时间判断是否需上传新版本 - 目标路径必须已存在，建议用
fs.ensureDir()预创建带日期的子目录，例如./cloud-backup/db/2026-06-30/ - 避免直接复制到云盘根目录，否则云客户端可能因扫描大量小文件而 CPU 占用飙升
- 若目标路径含中文或空格，确保 Node 进程启动时工作目录不含非法字符，否则
exec调用mysqldump会报错
为什么 mysqldump/mongodump 要在 Node 子进程中调用
数据库导出工具（如 mysqldump、mongodump）不是 Node API，不能直接 require。硬编码路径或假设环境变量存在极易出错，尤其在 macOS M1/M2 或 Windows WSL 下 bin 路径不一致。
容易踩的坑：child_process.exec('mysqldump ...') 在无 shell 环境（如 VSCode 的集成终端未加载 ~/.zshrc）下找不到命令；密码明文写在命令行里会被 ps aux 窃取。
- 用
which mysqldump动态探测路径，失败则抛错提示用户安装或配置 PATH - 密码通过
process.env.MYSQL_PWD传入，而非拼在命令字符串里 - 设置
timeout: 30000防止锁表操作卡死整个脚本 - 导出成功后校验输出文件大小：
if ((await fs.stat(destFile)).size === 0) throw new Error('dump empty')
云盘冲突和 Git 混用时的实际限制
云盘自动同步 ≠ 版本控制。Dropbox 对同名文件加后缀（如 backup.sql (Conflicted copy).sql），OneDrive 会静默覆盖，坚果云虽支持冲突检测但不保留历史 diff。一旦多人同时改库结构再推到同一云盘目录，恢复几乎不可能。
这不是 Node 脚本能解决的问题，而是架构选择问题：云盘适合单人离线兜底，不适合协作场景。
- 备份文件名必须含唯一标识：推荐用
${Date.now()}-${Math.random().toString(36).substr(2, 9)}，避免重名覆盖 - 不要把
.git目录或node_modules放进云盘同步路径——云客户端会反复扫描这些大目录，拖慢整体同步 - 如果已有 Git 仓库，备份脚本应生成
backup_20260630_1422.sql并git add -f到暂存区，再由人工决定是否 commit，而非自动 push - 云盘断连期间产生的备份文件，恢复网络后可能被批量上传，导致瞬间 IO 峰值——脚本里加个
fs.access(cloudDir, fs.constants.W_OK)预检更稳妥
fs.copy 返回成功 ≠ 文件已出现在远程 Web 界面。真要确认上传完成，得查云盘 CLI 工具的 sync status，或者等 3–5 秒后再发通知。 
