windows下用attrib +r命令可设xml文件只读，需管理员权限且路径含空格时加英文双引号；linux/macos则用chmod u-w等命令移除写权限；程序中须用对应api（如java的canwrite、python的os.access）校验写权限而非仅依赖扩展名。
Windows 下用 attrib 命令设 XML 文件只读
XML 文件本身没有内置“只读”标志，所谓只读是操作系统对文件的属性控制。在 Windows 命令行里，attrib 是最直接、不依赖第三方工具的方式。
常见错误是执行后没生效——往往因为权限不足或路径含空格未加引号。
- 必须以管理员身份运行命令提示符或 PowerShell，否则对系统目录或受保护位置（如
C:\Program Files）的操作会静默失败 - 路径含空格时，务必用英文双引号包裹，例如：
attrib +R "C:\My Data\config.xml" -
+R表示添加只读属性，-R表示移除；重复执行不会报错，但也不会覆盖其他属性（如隐藏、存档） - 该操作不影响 XML 内容解析——程序仍可正常
read，但调用fopen(..., "w")或FileWriter时会抛出权限错误
Linux/macOS 中用 chmod 撤销写权限保护 XML 文件
类 Unix 系统没有“只读文件属性”概念，而是靠文件权限位控制。把 XML 文件的写位（w）去掉，就等效实现了只读保护。
容易踩的坑是误用 chmod 444：它虽然禁写，但也可能让属主/属组失去执行权（对脚本无影响），更稳妥的是按角色精细控制。
- 推荐用符号模式：例如
chmod u-w,g-w,o-w config.xml，只撤掉所有角色的写权限，保留读和执行位不变 - 如果文件属主是你自己，且只想防误改，
chmod u-w config.xml就够了，别人依然可读可写（取决于目录权限） - 注意目录权限优先级更高：即使文件设为只读，若所在目录有写权限，仍可能被
mv或rm——真正防删需限制目录 - 该设置对 Java 的
File.canWrite()、Python 的os.access(..., os.W_OK)返回False，是程序层可感知的
代码里检查 XML 文件是否被系统标记为只读
不能只靠“文件扩展名是 .xml”就假设它安全；运行时得主动校验权限状态，尤其在配置热加载、自动保存等场景下。
不同语言获取方式差异大，核心是别混淆“文件可读”和“文件只读”——前者是必要条件，后者才是保护目标。
- Java：用
file.canWrite()判断，返回false即表示操作系统已拒绝写入（无论因attrib +R还是chmod -w） - Python：推荐
os.stat(path).st_file_attributes & stat.FILE_ATTRIBUTE_READONLY（Windows），Linux/macOS 用os.access(path, os.W_OK)返回False - Node.js：
fs.access(path, fs.constants.W_OK)的 callback 错误对象中，code === 'EACCES'表明无写权 - 注意：某些 IDE 或编辑器（如 VS Code）会绕过只读提示强制保存，此时实际写入会失败，但错误可能出现在后续解析环节，而非保存瞬间
只读设置对 XML 解析库的实际影响
绝大多数 XML 解析器（如 Python 的 xml.etree.ElementTree、Java 的 DocumentBuilder、libxml2）只做读操作，因此文件只读完全不影响加载。
真正出问题的环节，是那些隐式写行为：比如解析时自动修复格式、缓存解析结果到临时文件、或框架尝试生成 schema 校验缓存。
-
lxml在启用resolve_entities=False且输入含 DTD 时，可能尝试访问外部实体文件——若该文件被设为只读，反而不会报错；但若解析器试图写缓存，就会卡在PermissionError - Java 的
SAXParser完全只读，但Transformer输出到原文件路径时，会因只读属性直接抛java.io.FileNotFoundException: Access is denied - .NET 的
XDocument.Load()无影响，但XDocument.Save()到同一路径会触发UnauthorizedAccessException - 关键点：只读保护只作用于写系统调用，不影响 mmap、read()、stat() 等读操作——所以解析性能、内存占用、校验逻辑全都不变
真正的麻烦往往不在设属性那一刻，而在于多用户共享环境里——有人用 chmod，有人用 attrib，还有人靠 ACL 或 Git 的 smudge/clean 过滤器模拟只读。这些机制互不感知，一个被绕过，整个保护就失效。
