概要：

• 使用MSXML 6。它随着Vista发布，也提供在Win2k、XP和2003的安装包。它最安全、性能最好、可靠性最好、最符合W3C标准。
• MSXML 3是我们最推荐的替补——从Win2k SP4开始，你几乎可以在所有操作系统上找到它。你几乎不用考虑软件发布的问题。而且它经常随着操作系统升级。
• MSXML 4是七年前发布的，不过，现在已经被MSXML 6取代，应该仅仅用于支持旧版应用程序（legacy applications）。
• MSXML 5是为微软Office量身定做，并不是为普通的开发而设计的。Internet Explorer 7在Internet Zone默认不会直接运行MSXML5——当你尝试实例化MSXML5时IE会跳出提示栏。此外，只有安装了Office 2003及以上的系统会有MSXML5。总之，应该尽量避免在网络应用中使用MSXML5。
• 事实上，MSXML5 组件是默认关闭的。　　

MSXML生命周期和历史

说来话长，不如让我们回顾不同版本的MSXML、发布背景以及定位。

让我们的客户把他们的应用程序移植到MSXML6上去是我们的最终目标。说到发布，MSXML 6将随着操作系统一起发布，这样网页作者以及软件开发人员都可以方便地使用这个部件而不用考虑发布的问题。不过，由于客户需要在所有微软支持的操作系统上使用同样的XML API，我们仍然需要一种方法使得新的XML技术可以应用到较低版本的操作系统（Win2k、Win XP和Win2k3）中。

MSXML 6已经随着Vista一起发布，不过对于以前的操作系统，则需要单独安装发行包。我们希望MSXML6与较低版本的操作系统的下一个Service Pack一起发布，但是我们需要足够的商业需求才可以这样做。所以，我们的近期和中期计划是仍然保持发布一个可以安装在较低版本操作系统上的MSXML6 可再发行组件包（Redistributable Package）。在以后的博文中，我们会详细讲述迁移到MSXML6的好处。

虽然我们希望今天每个人都在使用MSXML6，但仍然清醒地意识到迁移需要相当的时间。所以我们将继续在MSXML3上投入资源以支持现有的应用程序以及满足那些需要零发布需求。虽然MSXML3并不具有MSXML6的新特性，不过MSXML3仍然不失为一个稳定而强健的XML平台。MSXML3已经随着Win2000 SP4以及以上的操作系统一起发布，对于应用程序而言可以说无需考虑发布的问题。以后，MSXML3的更新将会随着每种操作系统的Service Pack一起发布。 MSXML3 SP7 是最后一个以可再发行组件包形式发布的MSXML3 Service Pack。以后，我们的合作伙伴和客户将不会有使用MSXML3更新的可再发行组件包的需求。

MSXML4是MSXML6的前身，不过并不曾随着操作系统发布。就稳定性、安全性、W3C标准以及与System.Xml的兼容性而言，MSXML6是一个巨大的进步。此外，MSXML6还提供64位版本。目前，我们主要在MSXML6和MSXML3上投入精力，所以我们希望用户尽可能迁移到MSXML6，或者根据需要迁移到MSXML3。

最后，如果不是针对Microsoft Office 2003或者Microsoft Office 2007编写程序却使用MSXML5的开发者，应该尽快迁移到MSXML6。

一些需要注意的事情

• MSXML6中对安全敏感的特性是默认关闭（off-by-default）的
  然而，为了向下兼容和避免一些问题，MSXML3中一些对安全敏感的特性是默认打开（on-by-default）的。请查阅SDK以了解更详细的信息。
• 使用XSD架构语言
  MSXML3并不支持Xml Schema（XSD 1.0）。所以依赖XSD的应用程序应该直接使用MSXML6。MSXML6在XSD的实现上和MSXML4以及MSXML5上有些不同。MSXML6更加符合W3C标准，对.Net2.0中的System.XML更加兼容。所以在有些应用程序升级的时候可能有些工作要做。请查阅SDK以了解更详细的信息。
• 默认查询语言
  当你使用DOM中的SelectNodes或SelectSingleNode进行查询的时候，在MSXML6中默认的选择语言是XPath，而在MSXML3中则是XSL模式。可以像这样xmlDoc.setProperty("SelectionLanguage", "XPath"); 通过设置DOM的二级属性“选择语言”把MSXML3的查询语言设置成标准XPath 1.0。请查阅SDK以了解更详细的信息。
• 不指定版本(version-independent)的ProgIDs
  在MSXML中，有关于“不指定版本”的ProgID的问题总是让人产生混淆。不指定版本的ProgID总是绑定到MSXML3（与许多人认为的绑定到系统中最高版本的MSXML不同）。这就意味着无论指定或不指定版本“3.0”，ProgID将返回同一个对象。比如，下面两行代码都会返回一个MSXML3 DOMDocument对象：
  var xmlDOM = new ActiveXObject('Msxml2.DOMDocument.3.0');
  和
  var xmlDOM = new ActiveXObject('Msxml2.DOMDocument');
• 较老版本的ProgIDs
  远离那些比3.0还低的ProgIDs的版本。在某些特定的操作系统中，仍然会带有MSXML 2.6。然而在最近的MS06-061安全补丁中，这些较古老版本的已经被禁用（kill-bitted）了。
• MSXML2 vs. Microsoft命名空间
  我见到过许多代码把ActiveX对象Microsoft.XMLHTTP实例化，而不是MSXML2.XMLHTTP.3.0或MSXML2.XMLHTTP.6.0（如果使用6.0）。Microsoft命名空间事实上已经过时了，而且它是用MSXML3实现的，仅仅是为了支持旧版的应用程序。不幸的是，我们对老版本支持使用了一个好听的名字（Microsoft）。但请在实例化对象的时候坚持使用MSXML2命名空间。

来源：http://blogs.msdn.com/b/sqlcrd/archive/2008/11/04/internet-explorer-msxml.aspx