我的经历正好相反，xmlns="MyService.Rest.A3.Entities"在iOS 6中调用parseErrorOccurred，但在iOS 7中没有。在我的测试中，xmlns="http://www.MyService.Rest.A3.Entities"在iOS 6和7中都成功了。
iOS 6中的NSXMLParser似乎会验证命名空间是否是有效的绝对URI。iOS 7不会。带有xmlns="MyService.Rest.A3.Entities"的命名空间不是有效的绝对URI。如果您通过xmllint（Mac上通过终端应用程序提供的命令行程序）运行该命令，它也会报告该命名空间无效：

$ xmllint old.xml 

old.xml:2: namespace warning : xmlns: URI MyService.Rest.A3.Entities is not absolute
  xmlns="MyService.Rest.A3.Entities" 
                                    ^
<?xml version="1.0"?>
<User xmlns="MyService.Rest.A3.Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
  <FirstName>George</FirstName>
  <LastName>McQuillan</LastName>
  <Username>usename</Username>
</User>

幸运的是，这个错误只是信息性的，解析会继续，所以如果你被这个XML卡住了，你可能只想优雅地检测并忽略它，例如：

if (!([error.domain isEqualToString:NSXMLParserErrorDomain] && error.code == 100)) {
    // do your error handling here, ignoring `NSXMLParserErrorDomain` code 100
    NSLog(@"%@", error);
}

最好修复XML，使其具有有效的URI。
顺便说一句，XML Namespaces Specification指出，相对URI的使用已经被弃用，命名空间值应该是空的或绝对URI。因此，可以理解为什么iOS 6报告错误，但鉴于parseErrorOccurred仅用于致命错误，iOS 7的行为可能更正确，不再为这个非致命警告调用此方法。

如果实现以下NSXMLParserDelegate方法

- (void)parser:(NSXMLParser *)parser parseErrorOccurred:(NSError *)parseError

然后你可以记录NSError并确定它认为发生了什么。当然，它可能会给予你同样的错误代码100，因为你正在接收，但它可能有更多有用的信息。