VS2017 C#默认引用程序集及csc编译Semaphore类的疑问

问题背景 #

你在编写Semaphore测试代码时遇到了编译错误，代码示例如下：

using System;
using System.Threading;
class MyThread {
    public Thread Thrd;
    static Semaphore sem = new Semaphore(2, 2);
    // ... 其他代码逻辑
}

编译时触发CS0246错误：“找不到类型或命名空间名称'Semaphore'（是否缺少using指令或程序集引用？）”，重新添加System引用后问题解决，但你产生了两个核心疑问：

1. VS2017中C#标准项目默认包含哪些无需额外引用的程序集？
2. 根据文档说明，默认情况下csc.exe仅引用mscorlib.dll，其他程序集需通过-lib或-reference显式引用，但你使用csc.exe sem.cs -out:sem.exe却能正常编译运行，这是为什么？

疑问1：VS2017中C#标准项目的默认引用程序集 #

VS2017的C#标准项目（比如控制台应用、类库等）会根据你选择的目标框架（如.NET Framework 4.6.1、4.7.2等）自动引入一组核心程序集，这些引用不需要手动添加，具体包括：

• mscorlib.dll：包含C#最基础的类型（如object、string）以及部分核心线程相关类（比如Thread、SemaphoreSlim）
• System.dll：提供更多系统级API，其中就包含你用到的Semaphore类
• System.Core.dll：承载LINQ、泛型集合、异步编程等核心功能
• 其他配套程序集：根据目标框架版本不同，还会自动引入如System.Data.dll、System.Xml.dll等常用程序集

你遇到的Semaphore找不到的问题，大概率是项目的引用配置被意外修改（比如手动移除了System引用），导致System.dll没有被正确引入，重新添加后自然就能找到Semaphore类型了。

疑问2：为什么csc.exe无显式引用仍能编译Semaphore？ #

这里的关键是不同环境下的csc.exe行为存在差异：

• 如果你使用的是.NET Framework自带的csc.exe（比如位于C:\Windows\Microsoft.NET\Framework\v4.0.30319这类路径下的版本），它默认会自动引用一组核心程序集，包括mscorlib.dll、System.dll、System.Core.dll等，不需要你手动用-reference参数指定。文档中提到的“默认仅引用mscorlib.dll”通常是针对早期.NET版本或者.NET Core/.NET 5+的csc.exe场景。
• 你测试时使用的csc.exe自动引入了System.dll，所以Semaphore类能被正常识别，编译运行自然没问题。而VS2017项目的问题是独立的配置问题，和csc.exe的默认行为不冲突。

另外补充一个细节：Thread和SemaphoreSlim能正常编译，是因为它们同时存在于mscorlib.dll和System.Threading.dll中，即使缺少System.dll引用，也能从mscorlib.dll找到它们；但Semaphore仅存在于System.dll、System.Threading.dll和netstandard.dll中，所以当项目缺少System.dll引用时，就会触发找不到类型的错误。

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