C# 隐藏引用

Question

我正在尝试确定我的程序集需要编译哪些 dll。我在一个解决方案中有两个示例项目，即 Scratch 和 ScratchTest。这是 Scratch 的 Program.cs：

using System.ServiceProcess;

namespace Scratch
{
    public class A : ServiceBase
    {
        static void Main(string[] args)
        {
        }
    }
}

Scratch 引用了 System.ServiceProcess.dll。

这里是 ScratchTest 的 program.cs：

namespace ScratchTest
{
    class Program
    {
        static void Main(string[] args)
        {
        Scratch.A o;
        }
    }
}

ScratchTest 必须同时引用 Scratch 和 System.ServiceProcess.dll。但是，生成的 ScratchTest.dll 没有引用 System.ServiceProcess.dll，只有 Scratch。我通过查看都知道这一点

Assembly.GetReferencedAssemblies()

并使用 .net 反射器。所以我的问题是，我怎么知道 ScratchTest 需要 System.ServiceProcess.dll 才能编译？特别是考虑到 SratchTest 不一定要引用 Scratch 的所有引用，因为可能存在一些冲突的引用。谢谢，埃里克

Answer 1

首先，您面临的问题并非特定于 ServiceBase 类。它与 CLR 如何准确地检测 C# 程序的类型依赖关系并加载引用的程序集有关。 C# 编译器只是在编译时提前给您一个错误，因为当 CLR 尝试运行您的程序时，同样会在运行时失败。这是我在解释您的问题的解决方案时的假设：

ScratchTest 是您的启动项目，尽管您在解决方案中定义了两个入口点，因为“Scratch”和“ScratchTest”项目中都存在 Main 方法。为避免混淆，您的解决方案通常应该只有一个主要方法（入口点），尽管它对您当前的问题没有影响。

解决方案：当您在 scratchTest 项目中引用 A 类时，您不仅指代 A 类，还指代 ServiceBase 类，因为“A”类继承自它。因此，当编译器尝试编译您的 ScratchTest 项目时，它会尝试在当前引用的程序集中查找依赖类型，即“A”和ServiceBase。这里的重点是 CLR 总是尝试仅在程序集中查找依赖项类型，这些程序集中的引用直接存在于您尝试加载的程序集本身的清单元数据中（在本例中为 ScratchTest）。永远不会像您构建解决方案那样以递归方式搜索依赖类型。本质上，期望 CLR 在所有引用的程序集中搜索依赖项类型，进而在 .Net 应用程序启动时对其引用的程序集产生巨大的性能影响。

同时，在您创建的大多数 C# 项目中，通常会引用 MsCorLib、System、System.Core、System.Data 等核心 .Net 库。然后考虑这种情况，否则如果 CLR 实现了通过引用的程序集递归查找依赖项类型的逻辑，那么它会通过在搜索依赖项类型时每次检查它是否已经通过特定程序集来做出额外的努力这会进一步损害启动性能。

要修复您的代码，您可以做以下两件事：

• 按照 C# 编译器的建议，将 System.ServiceProcess.dll 的引用添加到 ScratchTest 项目。

或

• 在“ScratchTest”项目本身中使用类 A，因为它已经包含对 System.ServiceProcess.dll 的引用

Answer 2

我认为您不需要在测试文件上显式调用 System.ServiceProcess。

Test 文件没有使用对 System.ServiceProcess 中任何方法或类的任何引用，只是使用了 Scratch。

您不需要要求引用的类使用的所有库，只需要您的类当前使用的库。

所以 ScratchTest 只使用 Scrath，而 Scratch 使用 System.ServiceProcess。