Com 注册组件对象模型时,为什么要将32放在thr regsvr32后面?

Com 注册组件对象模型时,为什么要将32放在thr regsvr32后面?,com,regsvr32,dllregistration,Com,Regsvr32,Dllregistration,我很高兴知道,将32放在regsvr后面的具体目的是什么。为什么不使用regsvr64?在这里解释32的意义是什么?它只是一个相同的历史名称,但在64位系统上实际上有两个版本的regsvr32.exe: C:\Windows\System32\regsvr32.exe-可以注册32位和64位COM DLL C:\Windows\SysWOW64\regsvr32.exe-只能注册32位COM DLL这只是相同的历史名称,但实际上在64位系统上有两个版本的regsvr32.exe: C:\Wind

我很高兴知道,将32放在regsvr后面的具体目的是什么。为什么不使用regsvr64?在这里解释32的意义是什么?

它只是一个相同的历史名称,但在64位系统上实际上有两个版本的
regsvr32.exe

C:\Windows\System32\regsvr32.exe
-可以注册32位和64位COM DLL
C:\Windows\SysWOW64\regsvr32.exe
-只能注册32位COM DLL

这只是相同的历史名称,但实际上在64位系统上有两个版本的
regsvr32.exe

C:\Windows\System32\regsvr32.exe
-可以注册32位和64位COM DLL
C:\Windows\SysWOW64\regsvr32.exe
-只能注册32位COM DLL

COM早在16位Windows时代就已经存在。添加“32”是为了区分32位版本的regsvr.exe,它只能注册32位COM服务器


对于64位版本,他们没有采用相同的方法,而是通过将32位和64位组件严格分开来解决这个问题。在注册表和文件系统中。32位版本在c:\windows\syswow64中,64位版本在c:\windows\system32中。

COM早在16位windows时代就已经存在。添加“32”是为了区分32位版本的regsvr.exe,它只能注册32位COM服务器


对于64位版本,他们没有采用相同的方法,而是通过将32位和64位组件严格分开来解决这个问题。在注册表和文件系统中。32位版本在c:\windows\syswow64中,64位版本在c:\windows\system32中。

所以这32个事实没有什么意义?不,它只是名称。事实上,
C:\Windows\System32\regsvr32.exe
是64位操作系统中的64位可执行文件。@Nonseratio Thnks获取此信息。我还有一个问题(非常重要),如果你能在这个链接上帮助我,我大约在一周前问过,但还没有回答。因为它可能与注册过程有关。我已经查看了你的其他问题并编辑了标签列表,什么应该给它更多的曝光率。但是您应该重新格式化代码,使其可读,否则您不太可能看到一些注释。我自己也没有头脑外的答案。所以这32个事实没有什么意义?不,只是名字而已。事实上,
C:\Windows\System32\regsvr32.exe
是64位操作系统中的64位可执行文件。@Nonseratio Thnks获取此信息。我还有一个问题(非常重要),如果你能在这个链接上帮助我,我大约在一周前问过,但还没有回答。因为它可能与注册过程有关。我已经查看了你的其他问题并编辑了标签列表,什么应该给它更多的曝光率。但是您应该重新格式化代码,使其可读,否则您不太可能看到一些注释。我自己也没有头脑外的答案。你有这个问题的答案吗?然而,微软在Win64上的一个大错误是,使用System32处理64位文件,使用SysWOW64处理32位文件,并将前者以32位模式重定向到后者。他们本应该做相反的事情,用System64处理64位文件,并在64位模式下重定向…@Medinoc,我有根据的猜测:他们可能是第一次尝试,这可能比实际采用的方法造成更多的兼容性问题。我很想听一些故事……你有这个问题的答案吗?然而,微软在Win64上的一个大错误是,将System32用于64位文件,SysWOW64用于32位文件,并将前者以32位模式重定向到后者。他们本应该做相反的事情,用System64处理64位文件,并在64位模式下重定向…@Medinoc,我有根据的猜测:他们可能是第一次尝试,这可能比实际采用的方法造成更多的兼容性问题。我很想听一些故事。。。