standalone="yes"表示xml文档不引用任何外部dtd，禁止解析器加载校验外部dtd；standalone="no"才允许解析器读取外部dtd，但需确保dtd可访问且解析器支持。
Standalone="yes" 表示 XML 文档不依赖外部 DTD
这个属性只在 XML 声明里出现，比如 <?xml version="1.0" encoding="UTF-8" standalone="yes"?>。它不是告诉解析器“这个文件能单独打开”，而是明确声明：本 XML 不引用任何外部 DTD（Document Type Definition），也不需要加载或校验外部 DTD 中的实体、元素定义等。
常见误解是以为 standalone="yes" 能让浏览器或解析器“更宽松地处理”——其实相反：它反而限制了文档行为，禁止解析器去查找外部 DTD，哪怕你写了 .. SYSTEM "foo.dtd"> 也会被忽略（或直接报错，取决于解析器严格程度）。
standalone="no" 才允许解析器读取外部 DTD
当设为 standalone="no"，解析器才会尝试加载并使用外部 DTD，用于实体展开（如 ）、元素结构校验、默认属性填充等。但要注意：
- 即使写成
standalone="no"，如果网络不通、路径错误、DTD 文件不存在，多数解析器（如 Python 的xml.etree.ElementTree）会直接抛出xml.etree.ElementTree.ParseError或类似错误 - Java 的
DocumentBuilder默认禁用外部 DTD 加载（出于安全），需手动设置setFeature("http://apache.org/xml/features/disallow-doctype-decl", false)才可能生效 - 浏览器环境基本忽略
standalone属性，只按是否含 DOCTYPE 决定是否尝试加载 DTD（且现代浏览器普遍不支持外部 DTD 加载）
ElementTree、lxml 等主流解析器实际怎么处理 standalone
Python 的 xml.etree.ElementTree 完全不检查 standalone 属性，它只关心有没有 DOCTYPE 声明；遇到外部 DTD 就直接失败，除非你换用 lxml 并显式配置解析器。
lxml.etree.XMLParser 的行为更贴近规范：
- 默认
resolve_entities=True，但若 XML 声明中是standalone="yes"，它仍会拒绝加载外部 DTD —— 即使你没关掉resolve_entities - 若声明为
standalone="no"，且设置了dtd_validation=True，它才会尝试获取并校验外部 DTD - 安全起见，生产环境建议始终设
resolve_entities=False，避免 XXE 攻击，此时standalone属性几乎无实际影响
什么时候真得关心 standalone 属性
只有三种情况值得动它：
- 你在写一个要被遗留系统（如某些老 Java 应用、嵌入式 XML 处理模块）消费的 XML，而对方解析器严格遵循 XML 1.0 规范校验
standalone - 你手动定义了内部 DTD 子集（
]>），又不想让解析器误以为有外部依赖，就该用standalone="yes" - 你正调试一个报错
ParseError: not well-formed (invalid token)的 XML，发现开头是standalone="yes"却又写了SYSTEM "xxx.dtd"—— 这本身就是矛盾，必须删掉 DOCTYPE 或改成standalone="no"
其他时候，它只是个可选声明，不影响内容解析，也极少被现代工具链真正执行。别为了“看起来标准”硬加，尤其别加了 standalone="yes" 还偷偷引用外部 DTD。
