.NET Core 2项目移除直接引用后仍可访问IMyService接口的原因咨询

别惊讶，这事儿我之前排查过好几次，核心原因是**.NET Core 2.x 默认启用了可传递引用（Transitive References）**——这和传统.NET Framework的引用规则完全不同，也是你觉得“不符合常规”的关键所在。

核心差异：传统.NET Framework vs .NET Core 2.x的引用逻辑 #

在传统.NET Framework里，项目引用是「非传递」的：如果项目A引用项目B，项目B引用项目C，项目A默认完全看不到C里的任何类型，必须手动给A添加对C的直接引用，编译才会通过。

但.NET Core 2.x（包括基于.NET Standard 2.0的项目）彻底改了这个规则：默认情况下，当你引用一个项目（或NuGet包）时，它的所有依赖项（不管是项目依赖还是包依赖）都会自动被当前项目“继承”。所以你的API项目虽然移除了对含IMyService类库的直接引用，但因为它引用了那个间接依赖该类库的项目，就自动获得了对该类库的隐式引用，自然能正常访问IMyService接口，不会触发编译错误。

验证与修改方法 #

如果你想确认这个特性的存在，或者想恢复到传统的非传递引用行为，可以这么做：

1. 打开API项目的.csproj文件，查看对中间项目的引用配置，默认是没有限制的；
2. 若要禁用该中间项目的可传递引用，给它添加PrivateAssets="all"属性，示例如下：

   <ProjectReference Include="..\YourIntermediateProject\YourIntermediateProject.csproj">
     <PrivateAssets>all</PrivateAssets>
   </ProjectReference>
   

   修改后重新编译，你就会看到预期的编译错误——API项目再也访问不到IMyService了。

补充：为什么.NET Core要这么设计？ #

这个特性最初是为了简化依赖管理，尤其是在使用NuGet包时，不用手动添加一大堆间接依赖项。但对于项目引用场景，有时候会导致意外的类型可见性，这也是后续.NET版本（比如.NET 5+）提供了更精细的引用可见性控制（比如IncludeAssets、ExcludeAssets）的原因之一。

内容的提问来源于stack exchange，提问作者Jammer