线程池是什么时候创建的？

Question

我正在处理我的 WPF 应用程序中的一个问题，该应用程序使用 SQL Anywhere 的 ASP.NET 成员资格和角色提供程序。该应用程序使用 BackgroundWorker 对象在 UI 线程的后台执行任务。简而言之：

1. 在程序启动期间，应用程序允许用户登录。
2. 一旦用户登录，它就会创建一个自定义User 类的实例。此类实现IPrincipal 接口。
3. 创建自定义User 类的实例后，会将其传递给AppDomain.SetThreadPrincipal 方法，以便创建的每个新Thread 都将其用作默认Principal。
4. 后台任务使用Thread.CurrentThread.Principal 属性来确定当前登录用户的名称，并从Role 提供程序检索用户的权限。

这种机制已经运行了 3 年，但最近发生了一些变化。我们已经升级了许多第三方库，现在BackgroundWorker 线程使用默认的Principal，它的用户名是空字符串。这意味着当执行角色检查并且后台任务不工作时，不会从数据库中检索任何数据。

因此，线程池中的线程似乎比最近升级之前的创建时间更快。我想知道它们是什么时候创建的，这样我就可以调查在启动的早期执行用户登录过程的可能性。

.NET 何时创建线程池和其中的线程？

Answer 1

虽然我无法确切确认线程池何时启动，但我可以确认它可从Application.Startup 事件中获得，这是 WPF 应用程序中引发的第一个事件。这很容易测试.. 在App.xaml 中为该事件添加一个处理程序并从中运行Task：

<Application x:Class="Midas.App"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Startup="App_Startup">
    ...
</Application>

...

public void App_Startup(object sender, StartupEventArgs e)
{
    Task startupTask = new Task(() => SomeMethod());
}

如果对SomeMethod 的调用有效，则线程池正在工作，因为Task 库在后台使用它。来自 MSDN 上的The Managed Thread Pool 页面：

从 .NET Framework 4 开始，使用线程池的最简单方法是使用任务并行库 (TPL)。默认情况下，Task 和 Task 等并行库类型使用线程池线程来运行任务。