XML路径解析取决于加载程序而非XML本身：浏览器以HTML页面URL为基准，Java需区分JVM工作目录与classpath，Python按操作系统当前工作目录解析，应避免混淆三者规则。
XML 文件路径写法取决于加载它的上下文环境
XML 本身不定义路径解析规则，file.xml 能不能打开、从哪开始找，完全由读取它的程序决定——比如浏览器、Java 的 DocumentBuilder、Python 的 xml.etree.ElementTree.parse()，或 Webpack 插件。别默认“相对路径就是相对于 XML 文件自身”，这是最常见的误判源头。
浏览器中用 fetch() 加载 XML 时路径以 HTML 页面为基准
如果你在 index.html 里执行 fetch('data/config.xml')，浏览器会拼出 http://localhost:8080/data/config.xml（即相对于当前页面 URL）。它根本不会去看 XML 文件放在哪，更不会以 XML 文件所在目录为起点。
- 错误写法：
fetch('./config.xml')放在/app/js/main.js里，仍以 HTML 页面 URL 为根，不是 JS 文件位置 - 绝对路径更稳：
fetch('/assets/xml/user.xml')（以站点根目录/开头） - 避免用
file://协议直接打开 HTML：现代浏览器会因 CORS 拒绝读取本地 XML 文件，报错Access to fetch at 'file:///xxx.xml' from origin 'null' has been blocked
Java 中用 FileInputStream 或类路径资源读 XML
Java 不自动识别“相对路径”的参照物。你传给 new FileInputStream("conf/app.xml") 的字符串，是相对于 JVM 启动时的 user.dir（通常是项目根目录），而不是源码位置或 classpath。
- 想按 classpath 找：
Thread.currentThread().getContextClassLoader().getResourceAsStream("xml/settings.xml")—— 这时路径是相对于src/main/resources（Maven 结构） -
FileInputStream写相对路径容易翻车：IDE 运行时user.dir可能是项目根，但打包成 JAR 后文件已不在文件系统，必须改用 classpath 方式 - 路径分隔符别硬写
"\"或"/"，用File.separator或Paths.get()
Python 的 xml.etree.ElementTree.parse() 默认按文件系统路径解析
它把字符串当操作系统路径处理，不走 HTTP，也不查 Python path。传 "./data/users.xml" 就真的去当前工作目录（os.getcwd()）下找子目录 data。
- 运行脚本时终端在哪，当前工作目录就是哪 —— 和脚本文件位置无关。比如你在
/home/user下执行python /opt/myapp/load.py，相对路径就从/home/user开始算 - 保险做法：用
Path(__file__).parent / "data" / "config.xml"（Python 3.4+），确保路径基于脚本所在目录 - 如果 XML 在 ZIP 包里（如
.egg），parse()会直接报FileNotFoundError，得先解压或换用zipfile.ZipFile.open()流式读取
路径问题从来不是 XML 的问题，而是加载器的问题。盯住你调用的那个函数或命令，查清它内部怎么解释字符串，比背“相对/绝对规则”管用得多。尤其注意工作目录、类路径、HTTP 根路径这三套体系互不兼容，混用必崩。
