.net web.config文件是否总是有效的XML？

我知道ASP.net中的web.config解析器不是一个合适的XML解析器，在一些有效的XML构造上失败，但我想知道反过来是否正确：

（有效的）web.config文件是否始终是有效的XML文件，因此可以被XML解析器读取

---

（我需要以编程方式操作它们，并且更喜欢使用XPath，但这需要一个有效的XML文档）

我过去在配置文件上使用过Linq to XML、XPath和XmlDocument，除非配置文件本身不好，否则从来没有XML解析问题（在这种情况下，应用程序无法检索配置设置）

---

因此，简言之，是的，XML解析器应该始终能够读取它们。

我过去在配置文件上使用过Linq to XML、XPath和XmlDocument，除非配置文件本身不好（在这种情况下，应用程序无法检索配置设置），否则从来不会出现XML解析问题

---

因此，简而言之，是的，它们应该总是可以被XML解析器读取。

这对我来说是个新闻，web.config文件不是有效的XML文件。你是基于什么来做出这一断言的？web.config和其他所有的.config文件都必须是有效的XML。你为什么不这么认为呢？它不允许所有的XML名称空间，你的意思是什么？@Jacob我不知道它们是否都是有效的是有效的XML文件-这正是我的问题：）但我知道，如果某些自动关闭标记不是自动关闭的，并且还有一些其他的怪癖（我认为appSettings/add必须是自动关闭的，但我不记得这是否是我遇到的问题）Jacob:他从未断言。。。这就是他要问的问题。他说：“我知道ASP.net中的web.config解析器不是一个合适的XML解析器，在一些有效的XML构造上失败了。”这是一个断言。对于我来说，web.config文件不是有效的XML文件是一条新闻。这个断言基于什么？Web.config和其他每个.config文件必须是有效的XML。你为什么不这么认为？它不允许所有的XML名称空间，这就是你的意思吗？@Jacob我不知道它们是否是有效的XML文件-这正是我的问题：），但我知道如果某些自动关闭标记不是自动关闭的，并且还有一些其他的怪癖，那么web.config解析器就会失败（我认为appSettings/add必须是自动关闭的，但我不记得这是否是我遇到的问题）Jacob：他从未断言……这是他问的问题他说“我知道ASP.net中的web.config解析器不是一个正确的XML解析器，在一些有效的XML构造上失败了”，这是一个断言。