vscode报“文件已损坏”是因为wukong-background-video等视频背景插件通过patch主进程二进制文件注入video元素，触发vscode校验机制及系统安全拦截（如windows defender或macos gatekeeper），且每次升级后patch被覆盖，需重新安装并修复。
VSCode 本身不支持视频背景，所有“视频背景”效果都依赖修改源码或注入 CSS/JS 的第三方插件，且存在稳定性风险——不是配置问题，是架构限制。
为什么 wukong-background-video 启动会报“文件已损坏”
该插件通过 patch VSCode 主进程的 Electron 渲染层，在启动时注入 video 元素并覆盖 .monaco-workbench 区域。VSCode 检测到二进制文件被篡改（如修改了 vscode.exe 或 Code.exe 的资源段），就会触发安全警告。
- 这个提示无法关闭，只能点击「不再提示」
- 每次 VSCode 升级后，patch 会被覆盖，插件失效，需重新安装并再次 patch
- Windows Defender 或 macOS Gatekeeper 可能拦截或 Quarantine 修改后的可执行文件
background.editor 配置里加视频地址根本没用
官方 shalldie.background 插件只支持图片（file://、https://、本地路径），不解析 .mp4 或 .webm。如果你在 settings.json 里写：
{
"background.editor": {
"images": ["file:///C:/videos/bg.mp4"]
}
}
结果只会是：空白背景，控制台报错 Failed to load resource: net::ERR_UNKNOWN_URL_SCHEME。
- 视频必须由插件自己创建
<video></video>标签并手动控制播放/循环 - 图片数组里的字符串只是 URI，不是媒体类型判断依据
- 透明度参数
opacity对视频无效，得靠 CSS 的opacity或mix-blend-mode控制
想真用视频？只有两个可行路径
路径一：用 wukong-background-video 类插件（接受 patch 风险）
- 安装后必须重启 VSCode，否则视频不加载
- 自定义视频要替换插件目录下的
video1.mp4等文件，路径类似：~/.vscode/extensions/wukong-background-video-*/media/ - 设置
background-video.opacity是全局 CSS 透明度，设为0.2～0.4比较安全，再低代码易看不清
路径二：用 Custom CSS and JS Loader + 手写 CSS
- 需开启
extensions.experiments.enabled并信任自定义脚本 - CSS 中必须用
z-index: 99999和position: fixed把video压到编辑器底层 - 要手动加
pointer-events: none，否则鼠标悬停会卡顿、点击失灵
最常被忽略的兼容性断点
VSCode 1.87+ 默认启用了 webview.experimental.useSandbox，导致旧版 background 插件的 JS 注入失败。表现为：背景消失、控制台报 SecurityError: Failed to read the 'localStorage' property。
- 临时解决：在设置中关闭
security.webviews.enableScripts（不推荐） - 根本解决：等插件作者发布适配新版 Electron 23+ 的版本（当前多数视频插件仍基于 Electron 22）
- Mac 用户额外注意：SIP（系统完整性保护）可能阻止对
/Applications/Visual Studio Code.app/Contents/Resources/app/out的写入
