正在WOW64上注册64位部门的32位过程外COM对象

　　正在64位窗口上达成为32位当地供职器（.exe）的COM对象默认由WOW64重定向（）。当客户端请务实例时，编制每每会正在两个一面中举办查找，除非设备了显式上下文符号（CLSCTX_ACTIVATE _ ## _ BIT_SERVER）。所以，64位客户端可能实例化32位COM对象，反之亦然。正在我的例子中，COM对象是MS Outlook的加载项。从MS Outlook 2010 64位下手，只需求将Outlook特定密钥（HKLM \Software \ Microsoft \Office\Outlook\Addins \ ProgID）写入注册外的64位一面。固然查找的加载项明白只蕴涵64位一面，但实例化它们可以是通过编制告终的而且任务平常。从Outlook 2013 64bit实例化COM对象让步，假若它仅正在32位一面注册。正在64位1.）Outlook 2010和2013之间的这种蜕变是无意仍然用意的？加载项是否由于任何理由而被禁止举办32位历程外COM对象？2.）5月32位历程外COM对象被注册正在注册外的64位一面仍然必需正在重定向的32位一面？它会轻视客户的图谋，仍然一种向64位客户发出兼容性信号的格式？应当正在64位一面注册哪些COM对象：64位达成的那些或64位客户端可能操纵的那些（纵然它们以32位达成）？请贯注：我不是正在接洽客户端和供职器的位数必需成婚的历程内供职器（.dll）。我不是正在问它是否有用（我领会它确实这样）。我并不感兴味使得任务蓄谋无效。固然我的题目是将MSO称为客户端实例化COM对象，但第二个可能更普及地被问到：思思供给主动化的运用轨范，达成为32位exe。默认处境下，它的自我注册被重定向到Wow6432Node，然而这没题目。当客户端请务实例时，编制仍会找到它（除非客户端仅束缚为64位供职器）。所以，每每没有须要将32位exe注册到64位一面，但这是舛误的吗？

　　这篇闭于正在WOW64上注册64位一面的32位历程外COM对象的著作就先容到这了，愿望咱们保举的谜底对公共有所助助，也愿望公共众众援手IT屋！正在WOW64上注册64位部门的32位过程外COM对象