.Net Framework的源码可以从这里下载

Download

也可以在线直接浏览

https://referencesource.microsoft.com

这里我们以System.IO.Directory.CreateDirectory函数为例，来说明如何去读.Net Framework的源码。

在ReferenceSource在线界面的搜索框里输入Directory.CreateDirectory

在列表中选择Directory.CreateDirectory(System.String)重载，在右边可以看到实现的源码 

 可以看到在函数的最后调用了一个InternalXXX的函数，然后一直往下级找，可以找到Win32Native.CreateDirectory(name,secAttrs)这样一句代码。

这一句代码就是实现创建文件夹的核心，转到Win32Native类，可以看到这里面导入了大量的WinAPI函数。而Win32.CreateDirectory函数实际 上就是调用了Windows API函数CreateDirectory。

至此，我们就知道了.Net Framework中创建文件夹实际上还是调用的Windows API函数。

这也就是解释了为什么.Net Framework不能跨平台的原因，因为大部分功能的实现都是借助API函数的，脱离 了Windows系统，这些函数就用不了了。

在.Net Core中，这些API全部被重写了，所以.Net Core能支持跨平台了。

下面我们以一个复杂一点的情况，来说明一下如何查找这些InternalXXX函数的实现。这个分析的过程会比较长，需要你耐心的看完。

这里我们以System.Threading.Thread.Start()函数为例，该函数的作用是创建一个线程并启动。在Win32编程里，创建线程是调用的CreateThread API函数。在.Net Framework中，实际上也是调用的这个函数，只是做了多层封装。

在referencesource.microsoft.com搜索Thread.Start

 在右边的源码中可以看到，在Thread.Start函数的最后调用了一个叫StartInternal的函数，这是一个导出函数，在这里我们看不到这个函数源码。因为这些是在cli中实现的。

 

我在github上找到一个cli的2.0的源码，其它.Net Framework版本对应的cli代码官方并没有公开。GitHub - SSCLI/sscli20_20060311: Version: 2.0 Date Published: 3/23/2006. The Shared Source CLI is a compressed archive of the source code to a working implementation of the ECMA CLI and the ECMA C# language specification. This implementation builds and runs on Windows XP.。虽然是2.0的，但是并不影响我们深入了解.Net Framework的内部实现。

新版本的.NET平台cli源码是公开的。包括.Net Core 3.1 .NET 5 .NET 6等。GitHub - dotnet/runtime: .NET is a cross-platform runtime for cloud, mobile, desktop, and IoT apps.

这部分的实现是C++语言，需要一定的C++基础。

我们在shared-source-cli-2.0中搜索StartInternal函数，可以看到这个函数实际 上是调用了ThreadNative的静态函数Start

我们在Core/CLR/vm/comsynchronizable.cpp中找到ThreadNative类中的 Start函数，源码如下：

 1 FCIMPL1(void, ThreadNative::Start, ThreadBaseObject* pThisUNSAFE)
 2 {
 3     ...
 4     StartInner(pThisUNSAFE);
 5     ...
 6 }
 7 
 8 void ThreadNative::StartInner(ThreadBaseObject* pThisUNSAFE)
 9 {
10     ...
11         BOOL success = pNewThread->CreateNewThread(
12                                         pNewThread->RequestedThreadStackSize() /* 0 stackSize override*/,
13                                         KickOffThread, share, nativeThreadName);
14    ...
15 }

可以看到这里实际 上是调用了Thread类的成员函数CreateNewThread来创建线程，我们在clr/src/vm/threads.cpp中找到CreateNewThread函数。

 1 BOOL Thread::CreateNewThread(SIZE_T stackSize, LPTHREAD_START_ROUTINE start, void *args)
 2 {
 3    ...
 4     if (!CLRTaskHosted()) {
 5         bRet = CreateNewOSThread(stackSize, start, args);
 6     }
 7     else {
 8         bRet = CreateNewHostTask(stackSize, start, args);
 9     }
10 
11     ...
12 }

CreateNewThread里面有一个分支，判断是调用CreateNewOsThread还是CreateNewHostTask，这里我以CreateNewOsThread为例，在threads.cpp中找到CreateOsThread函数，如下

 1 BOOL Thread::CreateNewOSThread(SIZE_T sizeToCommitOrReserve, LPTHREAD_START_ROUTINE start, void *args)
 2 {
 3     ...
 4     h = ::CreateThread(NULL     /*=SECURITY_ATTRIBUTES*/,
 5                        sizeToCommitOrReserve,
 6                        intermediateThreadProc,
 7                        lpThreadArgs,
 8                        dwCreationFlags,
 9                        &ourId);
10 
11    ...
12 }

在这个函数里可以看到创建线程的核心代码，就是调用CreateThread。

至此，我们也就完整的了解了.Net Framework中Thread.Start()函数的整个实现过程。这其中还有多层封装，我这里不做详细介绍，我这里只是告诉大家如何如何从上层封装找到底层调用。有了这个方法，其它 的.Net API都可以去看一下它到底是怎么实现的。

很早以前就用.Net Reflector去看.Net的源码，但是每次碰到内部调用，就没有办法深入了解了，最近也是一次偶然的机会，我知道 了这些内部调用是在cli中实现的，而cli的最新源码也是开源 的，所以才有了这篇文章。

但这里要提一句的是，Windows API内部是如何实现的，这个我没有去了解过，以我现在的能力，估计也理解不了内部的实现逻辑，如果有小伙伴略懂一二，也可以在下面的评论教 教 我。