
When working with asynchronous or parallel code in C#, you’ll inevitably encounter two common ways to start tasks: Task.Run and TaskFactory.StartNew. At first glance, they seem similar - but they behave differently and should be used appropriately depending on the context.
In this article, you’ll learn:
- What the difference is between
Task.RunandTaskFactory.StartNew - Which one you should prefer
- Code examples for both approaches
Task.Run
Task.Run was introduced in .NET 4.5 to simplify asynchronous programming. It wraps the more complex TaskFactory.StartNew with sensible defaults and is ideal for offloading CPU-bound work.
Example
1public Task RunWithTaskRunAsync()
2{
3 return Task.Run(() =>
4 {
5 // Simulated background work
6 Thread.Sleep(1000);
7 Console.WriteLine("Executed with Task.Run");
8 });
9}
Key Characteristics
- Uses TaskScheduler.Default (ThreadPool)
- Ideal for CPU-bound operations
- Automatically flows the current execution context (e.g., HttpContext, SecurityContext)
- Simple to use
TaskFactory.StartNew
TaskFactory.StartNew offers full control over task creation. You can configure schedulers, creation and continuation options - at the cost of increased complexity.
Simple Example
1public Task RunWithTaskFactoryAsync()
2{
3 TaskFactory factory = new TaskFactory();
4
5 return factory.StartNew(() =>
6 {
7 Thread.Sleep(1000);
8 Console.WriteLine("Executed with TaskFactory.StartNew");
9 });
10}
With Configuration Options
1public Task RunWithTaskFactoryOptionsAsync()
2{
3 TaskFactory factory = new TaskFactory(
4 CancellationToken.None,
5 TaskCreationOptions.DenyChildAttach,
6 TaskContinuationOptions.None,
7 TaskScheduler.Default);
8
9 return factory.StartNew(() =>
10 {
11 Thread.Sleep(1000);
12 Console.WriteLine("Executed with TaskFactory and options");
13 });
14}
Comparison Table
| Feature | Task.Run | TaskFactory.StartNew |
|---|---|---|
| Introduced In | .NET 4.5 | .NET 4.0 |
| Ease of Use | ✔ Simple | ⚠️ Complex |
| Context Flowing | ✔ Yes | ❌ No (must be configured manually) |
| Custom Scheduler Support | ❌ No | ✔ Yes |
| Async Lambda Friendly | ✔ Yes | ❌ No (requires care) |
| Configurable Options | ❌ No | ✔ Yes |
🟢 Recommendation
- ✔ Use
Task.Runfor offloading simple CPU-bound tasks in async code. - ❌ Avoid
TaskFactory.StartNewunless you need custom configuration, scheduling or advanced scenarios. - ⚠️ Do not use
TaskFactory.StartNewwithasynclambdas, unless you’re explicitly handling the returnedTask- it does not unwrap the async method properly.
Conclusion
In modern .NET applications, Task.Run is almost always the safer and cleaner choice. It supports async/await, ensures proper context handling and simplifies code.
Related articles

Oct 05, 2026 - 12 min read
Problem Details in ASP.NET Core and .NET 11
builder.Services.AddProblemDetails() registers infrastructure. It does not create an error contract. An ASP.NET Core request can fail during …

Sep 21, 2026 - 11 min read
Resilience in .NET with Microsoft.Extensions.Resilience
Retries are the most visible resilience strategy and the easiest one to misuse. Repeating a failing call can recover from a short network …

Sep 14, 2026 - 10 min read
What Matters in ASP.NET Core 11
ASP.NET Core 11 has no single feature that fundamentally changes how web applications are built. That is not a criticism. Mature frameworks …
Let's Work Together
Looking for an experienced Platform Architect or Engineer for your next project? Whether it's cloud migration, platform modernization or building new solutions from scratch - I'm here to help you succeed.
