必须使用XNamespace处理命名空间，直接查询会失败。示例中通过XNamespace ns = "http://example.com/ns"定义命名空间，并用ns + "name"构造完全限定名进行查询，无论默认或带前缀的命名空间均适用；多个命名空间时需定义多个XNamespace变量并分别组合元素名，核心是始终用XNamespace加局部名匹配带命名空间的元素。
在使用C#的LINQ to XML处理XML文档时，如果XML包含命名空间，直接查询元素可能会返回空结果。这是因为命名空间会影响元素的完全限定名，必须正确处理才能准确查找节点。
XML命名空间用于避免元素名称冲突。例如：
这里的root、person和name都属于命名空间http://example.com/ns，即使它们在代码中看起来没有前缀。
在C#中，需要使用XNamespace类来表示命名空间，并与元素名组合进行查询。
示例：读取带默认命名空间的XML
XDocument doc = XDocument.Load("data.xml");关键点是ns + "name"，这会生成带命名空间的完全限定元素名。
如果XML使用命名空间前缀：
处理方式相同，因为前缀只是别名，真正起作用的是URI：
XNamespace ns = "http://example.com/ns";不需要关心XML中使用的前缀名称（如ns），只需匹配命名空间URI即可。
当文档使用多个命名空间时，定义多个XNamespace变量：
只要确保每个查询使用正确的命名空间对象，就能准确访问对应元素。
基本上就这些。核心是记住：带命名空间的元素不能用纯字符串名匹配，必须通过XNamespace + 局部名的方式构造完整的元素标识。掌握这一点后，LINQ to XML处理命名空间就很直观了。
# c#
# 的是
# 文档
# 就能
# 不需要
# 只需
# 不能用
# 并与
# 这是因为
# 多个
# linq
# xml处理
# 命名空间
# select
# xml
# 字符串
# var
# 对象
# http
# 这会
ns + "name"构造完全限定名进行查询，无论默认或带前缀的命名空间均适用；多个命名空间时需定义多个XNamespace变量并分别组合元素名，核心是始终用XNamespace加局部名匹配带命名空间的元素。
