c# - RegAsm regfile 开关不提供与代码库开关相同的输出

Question

好吧，我知道这很具体，但我花了一整天的时间在这上面，所以我真的需要一些合理的解释，这样我的老板和我的妻子就不会解雇我

根据 MSDN :
/regfile 开关“为程序集生成指定的 .reg 文件”
/codebase 开关“在注册表中创建代码库条目，指定程序集的文件路径”

我猜这是做同样事情的两种不同方式。事实是，我错了:

方法一

C:\>"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\SERVER.dll" /regfile
Registry script 'C:\SERVER.reg' generated successfully

注册文件输出:

REGEDIT4

[HKEY_CLASSES_ROOT\xfeed.server.X]
@="SERVER.XLS"

[HKEY_CLASSES_ROOT\xfeed.server.X\CLSID]
@="{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}]
@="SERVER.XLS"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32]
@="mscoree.dll"
"ThreadingModel"="Both"
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32\1.0.0.0]
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\ProgId]
@="xfeed.server.X"

[HKEY_CLASSES_ROOT\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories\        {62C8FE65-4EBB-45E7-B440-6E39B2CDBF29}]

方法二

但是当我直接执行代码库切换命令而不是使用 reg 文件时，注册表中受影响的键是不同的(并且工作，与前面的输出相反)

C:\>"C:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe" "C:\SERVER.dll" /codebase
Types registered successfully

带有代码库的注册表输出:

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}]
@="SERVER.XLS"

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories]

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\Implemented Categories\{62C8FE65-4EBB-45e7-B440-6E39B2CDBF29}]

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32]
@="mscoree.dll"
"ThreadingModel"="Both"
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"
"CodeBase"="file:///C:/SERVER.DLL"

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\InprocServer32\1.0.0.0]
"Class"="SERVER.XLS"
"Assembly"="SERVER, Version=1.0.0.0, Culture=neutral, PublicKeyToken=6e3de07ee666a5f5"
"RuntimeVersion"="v2.0.50727"
"CodeBase"="file:///C:/SERVER.DLL"

[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{8F4A5B5E-8DD7-30A3-993F-18C7E2C457CF}\ProgId]
@="xfeed.server.X"

正如您所注意到的，内容现在位于 Wow6432Node 中并且信息更加全面(特别是 CodeBase !!!)

如果有人能给我一个合理的理由，这样我就可以避免将超自然事件作为损失工作日的原因，我将非常感激

Answer 1

codebase 标志告诉 regasm 你想注册一个 DLL 并引用文件的实际位置。如果您有一个 dll 与已部署的应用程序一起存储并且您不希望它在 GAC 中，这将很有用。如果不使用此标志，您必须将 DLL 放入 GAC 中才能获得其全部功能。

regfile 标志告诉 regasm 您想要输出注册表文件而不是实际注册 dll。

如果您希望注册表文件输出还包含注册表以外的 dll 位置的数据，那么这些可以一起使用，并且我认为您假设这是一种非此即彼的情况。

编辑:根据您的评论进一步解释。

RegAsm 通常会注册有关 .dll 的基本信息，因为假设它将加载到 GAC 中。 GAC 中的任何内容都以允许系统控制程序集并将程序集加载到内存中的方式注册。当您在 32 位系统上并使用代码库标志时，它几乎直接将“代码库”值键添加到定义程序集的注册表项，然后将其值设置为 .dll 物理所在的路径。

当以这种方式注册时，它基本上会告诉计算机和任何想要使用程序集的东西，它可以在哪里找到代码，以及如何将它加载到内存中。有时这会导致超出 GAC 所需的额外 key ，以便调用进程知道访问程序集的最佳方式。

现在，由于您使用的是 64 位系统，因此您面临着额外的挑战。有一些规则可以在整个计算机中将 32 位和 64 位应用程序分开。这就是为什么有 2 个程序文件文件夹，以及注册表有 wow32 部分的原因。如果一个 32 位的 dll 被注册，它需要在使用/codebase 标志完成后存储在注册表的这一部分，以便 32 位应用程序可以找到它(这是他们可以访问的注册表的唯一部分).如果它是 64 位 dll，则不需要在注册表的这一部分。

现在，由于此信息，如果您正在使用文件的输出来编写安装程序的注册表脚本部分，您将需要检查目标机器以确定该信息是否需要在 users wow 部分中，或注册表的正常部分，并在运行之前对此脚本进行适当的更改。