vscode中实现文件只读需分系统级（chmod/属性设只读）和编辑器级（files.readonly+glob匹配），前者彻底禁写，后者仅限制保存；注意关闭files.savewithoutwatching并重载窗口生效。
怎么让 VSCode 里打开的文件变成只读？
VSCode 本身没有全局“只读模式”开关，但可以通过两种可靠方式实现单个文件或整个文件夹的只读效果：一种是靠系统级文件权限（真正锁死），另一种是靠编辑器行为控制（视觉+操作拦截）。前者更彻底，后者更灵活。
常见错误现象：Ctrl+S 保存时弹出“Permission denied”，或者编辑器右下角显示 Read-only 但依然能输入、删改——这说明只是表面提示，没真正阻止写入。
- Windows/macOS/Linux 下，直接给文件加系统只读属性（如
chmod 444 filename或右键属性勾选“只读”）是最稳妥的做法；VSCode 会自动识别并禁用保存按钮、灰掉编辑区 - 如果只是想在 VSCode 里“假装只读”，可以用
files.readonly设置配合 glob 模式，但注意：它只影响保存行为，不阻止编辑，且对已打开的文件可能不生效 - 修改后仍能
Ctrl+S强行覆盖？那是你没关掉files.saveWithoutWatching—— 它默认为true，会绕过只读检查
如何用 settings.json 锁定特定文件或文件夹？
这是最常用的工程化方案，适合把配置文件、README、.env 等设为逻辑只读。核心是 files.readonly 配置项，它接受 glob 模式匹配路径，匹配到的文件打开时自动标记为只读。
使用场景：团队共用项目中防止误改 .prettierrc、tsconfig.json 或 package-lock.json；本地开发时保护 .env.local 不被提交。
- 在工作区
.vscode/settings.json中添加："files.readonly": ["**/.env*", "**/package-lock.json", "**/yarn.lock"]
- 路径必须用双星号
**表示递归，单星号*只匹配当前层级 - 这个设置不会影响文件系统权限，所以别人 clone 后仍需手动启用；也不影响命令行工具（比如
git checkout仍可覆盖） - 如果文件已打开，改完配置要重新加载窗口（
Ctrl+Shift+P→Developer: Reload Window）才生效
为什么改了只读设置却还能保存？
根本原因在于 VSCode 的保存机制分两层：编辑器判断是否可写（靠 files.readonly 或系统权限），和底层文件系统是否允许写入（靠 OS 权限）。只要其中一层松动，就可能绕过限制。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
典型坑点：
-
files.readonly匹配的是文件路径，不是内容；如果文件通过符号链接打开，或用vscode://file/...URL 打开，可能不命中规则 - 设置了
files.readonly但没关files.saveWithoutWatching，VSCode 会跳过所有只读校验直接写盘 - 某些插件（比如 Prettier、ESLint Auto Fix）会在保存时自动重写文件，它们不走编辑器的只读检查流程
- 终端里用
echo "x" > file.js依然能覆盖——编辑器锁不住 shell
文件夹级别只读有啥替代方案？
VSCode 不支持直接对文件夹设 files.readonly，但你可以用间接方式达成类似效果。
参数差异：文件夹本身没有“可写性”概念，只读逻辑永远落在具体文件上。所以重点是批量匹配其下的文件类型。
- 用
"**/node_modules/**/*"这类通配符，比写死每个包名更可靠 - 如果想锁死整个子目录（比如
docs/），推荐组合使用："docs/**/*"+ 系统级chmod -R 555 docs/（Linux/macOS）或属性设为只读（Windows） - Git 用户注意：
git checkout和git pull会重置文件权限，导致只读失效；可在.gitattributes里加docs/**/ readonly（需 Git 2.38+） - 不要依赖
explorer.autoReveal或workbench.editor.enablePreview来“隐藏”文件——它们跟只读完全无关
真正难处理的是那些需要偶尔编辑、但大部分时间该锁住的文件，比如 CI 配置里的 .github/workflows/deploy.yml。这时候得靠人盯+权限+CI 检查三道防线，编辑器只是第一道。
