www.dntips.ir
مطالب	۳۶۹۴
نویسندگان	۲۷۶
گروه‌های مطالب	۱۰۲۴
نقشه‌های راه	۱۱۹
دوره‌ها	۱۴
اشتراک‌ها	۱۷۹۱۴

عنوان:

‫پردازش‌های Async در Entity framework 6

نویسنده: وحید نصیری
تاریخ: ۱۳۹۳/۰۳/۲۹ ۰:۲۵
آدرس: www.dntips.ir

اجرای Async اعمال نسبتا طولانی، در برنامه‌های مبتنی بر داده، عموما این مزایا را به همراه دارد:

الف) مقیاس پذیری سمت سرور

در اعمال سمت سرور متداول، تردهای متعددی جهت پردازش درخواست‌های کلاینت‌ها تدارک دیده می‌شوند. هر زمانیکه یکی از این تردها، یک عملیات blocking را انجام می‌دهد (مانند دسترسی به شبکه یا اعمال I/O)، ترد مرتبط با آن تا پایان کار این عملیات معطل خواهد شد. با بالا رفتن تعداد کاربران یک برنامه و در نتیجه بیشتر شدن تعداد درخواست‌هایی که سرور باید پردازش کند، تعداد تردهای معطل مانده نیز به همین ترتیب بیشتر خواهند شد. مشکل اصلی اینجا است که نمونه سازی تردها بسیار هزینه بر است (با اختصاص 1MB of virtual memory space) و منابع سرور محدود. با زیاد شدن تعداد تردهای معطل اعمال I/O یا شبکه، سرور مجبور خواهد شد بجای استفاده مجدد از تردهای موجود، تردهای جدیدی را ایجاد کند. همین مساله سبب بالا رفتن بیش از حد مصرف منابع و حافظه برنامه می‌گردد. یکی از روش‌های رفع این مشکل بدون نیاز به بهبودهای سخت افزاری، تبدیل اعمال blocking نامبرده شده به نمونه‌های non-blocking است. به این ترتیب ترد پردازش کننده‌ی این اعمال Async بلافاصله آزاد شده و سرور می‌تواند از آن جهت پردازش درخواست دیگری استفاده کند؛ بجای اینکه ترد جدیدی را وهله سازی نماید.

ب) بالا بردن پاسخ دهی کلاینت‌ها

کلاینت‌ها نیز اگر مدام درخواست‌های blocking را به سرور جهت دریافت پاسخی ارسال کنند، به زودی به یک رابط کاربری غیرپاسخگو خواهند رسید. برای رفع این مشکل نیز می‌توان از توانمندی‌های Async دات نت 4.5 جهت آزاد سازی ترد اصلی برنامه یا همان ترد UI استفاده کرد.

و ... تمام این‌ها یک شرط را دارند. نیاز است یک چنین API خاصی که اعمال Async واقعی را پشتیبانی می‌کنند، فراهم شده باشد. بنابراین صرفا وجود متد Task.Run، به معنای اجرای واقعی Async یک متد خاص نیست. برای این منظور ADO.NET 4.5 به همراه متدهای Async ویژه کار با بانک‌های اطلاعاتی است و پس از آن Entity framework 6 از این زیر ساخت استفاده کرده‌است که در ادامه جزئیات آن‌را بررسی خواهیم کرد.

پیشنیازها

برای کار با امکانات جدید Async موجود در EF 6 نیاز است از VS 2012 به بعد که به همراه کامپایلری است که واژه‌های کلیدی async و await را پشتیبانی می‌کند و همچنین دات نت 4.5 استفاده کرد. چون ADO.NET 4.5 اعمال async واقعی را پشتیبانی می‌کند، دات نت 4 در اینجا قابل استفاده نخواهد بود.

متدهای الحاقی جدید Async در EF 6.x

جهت متدهای الحاقی متداول EF مانند ToList، Max، Min و غیره، نمونه‌های Async آن‌ها نیز اضافه شده‌اند:

 QueryableExtensions:
AllAsync
AnyAsync
AverageAsync
ContainsAsync
CountAsync
FirstAsync
FirstOrDefaultAsync
ForEachAsync
LoadAsync
LongCountAsync
MaxAsync
MinAsync
SingleAsync
SingleOrDefaultAsync
SumAsync
ToArrayAsync
ToDictionaryAsync
ToListAsync

DbSet:
FindAsync

DbContext:
SaveChangesAsync

Database:
ExecuteSqlCommandAsync

بنابراین اولین قدم تبدیل کدهای قدیمی به Async، استفاده از متدهای الحاقی فوق است.

چند مثال

فرض کنید، مدل‌های برنامه، رابطه‌ی one-to-many ذیل را بین یک کاربر و مقالات او دارند:

    public class User
    {
        public int Id { get; set; }
        public string Name { get; set; }

        public virtual ICollection<BlogPost> BlogPosts { get; set; }
    }

    public class BlogPost
    {
        public int Id { get; set; }
        public string Title { get; set; }
        public string Content { get; set; }

        [ForeignKey("UserId")]
        public virtual User User { get; set; }
        public int UserId { get; set; }
    }

همچنین Context برنامه نیز جهت در معرض دید قرار دادن این کلاس‌ها، به نحو ذیل تشکیل شده‌است:

    public class MyContext : DbContext
    {
        public DbSet<User> Users { get; set; }
        public DbSet<BlogPost> BlogPosts { get; set; }

        public MyContext()
            : base("Connection1")
        {
            this.Database.Log = sql => Console.Write(sql);
        }
    }

بر این اساس مثالی که دو رکورد را در جداول کاربران و مقالات به صورت async ثبت می‌کند، به نحو ذیل خواهد بود:

        private async Task<User> addUserAsync(CancellationToken cancellationToken = default(CancellationToken))
        {
            using (var context = new MyContext())
            {
                var user = context.Users.Add(new User
                {
                    Name = "Vahid"
                });
                context.BlogPosts.Add(new BlogPost
                {
                    Content = "Test",
                    Title = "Test",
                    User = user
                });
                await context.SaveChangesAsync(cancellationToken);
                return user;
            }
        }

چند نکته جهت یادآوری مباحث Async

- به امضای متد واژه‌ی کلیدی async اضافه شده‌است، زیرا در بدنه‌ی آن از کلمه‌ی کلیدی await استفاده کرده‌ایم (لازم و ملزوم هستند).
- به انتهای نام متد، کلمه‌ی Async اضافه شده‌است. این مورد ضروری نیست؛ اما به یک استاندارد و قرارداد تبدیل شده‌است.
- مدل Async دات نت 4.5 مبتنی بر Taskها است. به همین جهت اینبار خروجی‌های توابع نیاز است از نوع Task باشند و آرگومان جنریک آن‌ها، بیانگر نوع مقداری که باز می‌گردانند.
- تمام متدهای الحاقی جدیدی که نامبرده شدند، دارای پارامتر اختیاری لغو عملیات نیز هستند. این مورد را با مقدار دهی cancellationToken در کدهای فوق ملاحظه می‌کنید.
نمونه‌ای از نحوه‌ی مقدار دهی این پارامتر در ASP.NET MVC به صورت زیر می‌تواند باشد:

 [AsyncTimeout(8000)]
public async Task<ActionResult> Index(CancellationToken cancellationToken)

در اینجا به امضای اکشن متد جاری، async اضافه شده‌است و خروجی آن نیز به نوع Task تغییر یافته است. همچنین یک پارامتر cancellationToken نیز تعریف شده‌است. این پارامتر به صورت خودکار توسط ASP.NET MVC پس از زمانیکه توسط ویژگی AsyncTimeout تعیین شده‌است، تنظیم خواهد شد. به این ترتیب، اعمال async در حال اجرا به صورت خودکار لغو می‌شوند.
- برای اجرا و دریافت نتیجه‌ی متدهای Async دار EF، نیاز است از واژه‌ی کلیدی await استفاده گردد.

استفاده کننده نیز می‌تواند متد addUserAsync را به صورت زیر فراخوانی کند:

 var user = await addUserAsync();
Console.WriteLine("user id: {0}", user.Id);

شبیه به همین اعمال را نیز جهت به روز رسانی و یا حذف اطلاعات خواهیم داشت:

        private async Task<User> updateAsync(CancellationToken cancellationToken = default(CancellationToken))
        {
            using (var context = new MyContext())
            {
                var user1 = await context.Users.FindAsync(cancellationToken, 1);
                if (user1 != null)
                    user1.Name = "Vahid N.";

                await context.SaveChangesAsync(cancellationToken);
                return user1;
            }
        }

        private async Task<int> deleteAsync(CancellationToken cancellationToken = default(CancellationToken))
        {
            using (var context = new MyContext())
            {
                var user1 = await context.Users.FindAsync(cancellationToken, 1);
                if (user1 != null)
                    context.Users.Remove(user1);

                return await context.SaveChangesAsync(cancellationToken);
            }
        }

کدهای Async تقلبی!

به قطعه کد ذیل دقت کنید:

         public async Task<List<TEntity>> GetAllAsync()
   {
    return await Task.Run(() => _tEntities.ToList());
   }

این متد از یکی از Generic repositoryهای فله‌ای رها شده در اینترنت انتخاب شده‌است.
به این نوع متدها که از Task.Run برای فراخوانی متدهای همزمان قدیمی مانند ToList جهت Async جلوه دادن آن‌ها استفاده می‌شود، کدهای Async تقلبی می‌گویند! این عملیات هر چند در یک ترد دیگر انجام می‌شود اما هم سربار ایجاد یک ترد جدید را به همراه دارد و هم عملیات ToList آن کاملا blocking است.
معادل صحیح Async واقعی این عملیات را در ذیل مشاهده می‌کنید:

        private async Task<List<User>> getUsersAsync(CancellationToken cancellationToken = default(CancellationToken))
        {
            using (var context = new MyContext())
            {
                return await context.Users.ToListAsync(cancellationToken);
            }
        }

متد ToListAsync یک متد Async واقعی است و نه شبیه سازی شده توسط Task.Run. متدهای Async واقعی کار با شبکه و اعمال I/O، از ترد استفاده نمی‌کنند و توسط سیستم عامل به نحو بسیار بهینه‌ای اجرا می‌گردند.
برای مثال پشت صحنه‌ی متد الحاقی SaveChangesAsync به یک چنین متدی ختم می‌شود:

 internal override async Task<long> ExecuteAsync(
//...
rowsAffected = await command.ExecuteNonQueryAsync(cancellationToken).ConfigureAwait(continueOnCapturedContext: false);
//...

متد ExecuteNonQueryAsync جزو متدهای ADO.NET 4.5 است و برای اجرا نیاز به هیچ ترد جدیدی ندارد.
و یا برای شبیه سازی ToListAsync با ADO.NET 4.5 و استفاده از متدهای Async واقعی آن، به یک چنین کدهایی نیاز است:

    var connectionString = "........";
    var sql = @"......"";
    var users = new List<User>();
 
    using (var cnx = new SqlConnection(connectionString))
    {
      using (var cmd = new SqlCommand(sql, cnx))
      {
       await cnx.OpenAsync(); 
       using (var reader = await cmd.ExecuteReaderAsync(CommandBehavior.CloseConnection))
       {
        while (await reader.ReadAsync())
        {
          var user = new User
          {
           Id = reader.GetInt32(0), 
           Name = reader.GetString(1), 
          };
         users.Add(user);
        }
       }
      }
    }

محدودیت پردازش موازی اعمال در EF

در متد ذیل، دو Task غیرهمزمان تعریف شده‌اند و سپس با await Task.WhenAll درخواست اجرای همزمان و موازی آن‌ها را کرده‌ایم:

        // multiple operations
        private static async Task loadAllAsync(CancellationToken cancellationToken = default(CancellationToken))
        {
            using (var context = new MyContext())
            {
                var task1 = context.Users.ToListAsync(cancellationToken);
                var task2 = context.BlogPosts.ToListAsync(cancellationToken);

                await Task.WhenAll(task1, task2);
                // use task1.Result
            }
        }

این متد ممکن است اجرا شود؛ یا در بعضی از مواقع با استثنای ذیل خاتمه یابد:

  An unhandled exception of type 'System.NotSupportedException' occurred in mscorlib.dll
 Additional information: A second operation started on this context before a previous asynchronous operation completed.
Use 'await' to ensure that any asynchronous operations have completed before calling another method on this context.
Any instance members are not guaranteed to be thread safe.

متن استثنای ارائه شده بسیار مفید است و توضیحات کامل را به همراه دارد. در EF در طی یک Context اگر عملیات Async شروع شده‌ای خاتمه نیافته باشد، مجاز به شروع یک عملیات Async دیگر، به موازت آن نخواهیم بود. برای رفع این مشکل یا باید از چندین Context استفاده کرد و یا await Task.WhenAll را حذف کرده و بجای آن واژه‌ی کلیدی await را همانند معمول، جهت صبر کردن برای دریافت نتیجه‌ی یک عملیات غیرهمزمان استفاده کنیم.

مطالب مشابه

مطالبمعرفی Async Parallel.ForEach در دات نت 6

مطالببررسی تغییرات HttpClient در NET 5.0.

مطالبMinimal API's در دات نت 6 - قسمت پنجم - پیاده سازی الگوی CQRS

مطالبMinimal API's در دات نت 6 - قسمت ششم - غنی سازی اطلاعات Swagger

مطالب دوره‌هااستفاده از Async و Await در برنامه‌های ASP.NET MVC

مطالب دوره‌هالغو اعمال غیرهمزمان

مطالب دوره‌هااستفاده از async و await در برنامه‌های ASP.NET Web forms 4.5

مطالب دوره‌هاآشنایی با مدل برنامه نویسی TAP

مطالب دوره‌هاگزارش درصد پیشرفت عملیات در اعمال غیرهمزمان

نظرات مطالباسکن بدافزارها در حین آپلود فایل‌ها در ASP.NET Core با استفاده از Windows AMSI: آخرین خط دفاعی

نظرات

میثم ثوامری در ۱۳۹۳/۰۳/۲۹ ۱:۰
با تشکر ازشما.
میخواستم بدونم متدهای async چطور در یک repository استفاده کنم

بطور مثال:
public class ProductRepository<T> where T : class { protected DbContext _context; public ProductRepository(DataContext context) { _context = context; } // GetAll
- وحید نصیری در ۱۳۹۳/۰۳/۲۹ ۱:۲۳
  از متدهای الحاقی جدید Async که نامبرده شدند استفاده کنید (بجای متدهای قدیمی معادل) به همراه Set برای دستیابی به موجودیت‌ها؛ مثلا:
  public async Task<List<T>> GetAllAsync() { return await _dbContext.Set<T>().ToListAsync(); }
ج.زوسر در ۱۳۹۳/۰۴/۰۸ ۹:۴۹
مثلا برای همچین کدی میشه از روش بالا استفاده کرد مشکل حل میشه ؟
```
        {
            for (int i = 1; i <=500; i++)
            {
                ThreadPool.QueueUserWorkItem(Execute, i + 1);
            }
        }
void Execute(Object obj)
        {
             int thread = (int)obj;
            try
            {
                using (TestEntities ctx = new TestEntities())
                {
                    int i = 1;
                    foreach (var v in ctx.Customers)
                    {
                        Thread.Sleep(i * 1000);
                        i++;
                    }
                }
                listBox1.Items.Add("Thread " + thread.ToString() + " End Success ");
            }
            catch (Exception e)
            {
                listBox1.Items.Add("Thread " + thread.ToString() + " Error :" + e.Message);
            }
        }
```
- وحید نصیری در ۱۳۹۳/۰۴/۰۸ ۱۰:۴۴
  
  - بحث متدهای Async اضافه شده، ریطی به مباحث چند ریسمانی ندارد. «... متدهای Async واقعی کار با شبکه و اعمال I/O، از ترد استفاده نمی‌کنند ...» به همین جهت نسبت به حالت استفاده از تردها سربار کمتری دارند.
  - در EF استثناءها چند سطحی هستند. نیاز است inner exception را جهت مشاهده‌ی اصل و علت واقعی خطا بررسی کرد. در مثال شما فقط سطح استثناء بررسی شده و نه اصل آن.
  احتمالا خطای اصلی timeout است. این مورد به مباحث قفل گذاری روی رکوردها مرتبط است. تراکنش‌های طولانی همزمانی را آغاز کرده‌اید که دسترسی سایر کاربران را به جداول، تا پایان کار آن تراکنش‌ها، محدود می‌کنند.
  - در کارهای چند ریسمانی برای دسترسی امن به عناصر UI، باید از روش‌های Synchronization استفاده کرد.
مهمان در ۱۳۹۳/۰۴/۰۸ ۱۴:۵۶

سلام؛ متاسفانه من نمیتونم متود ToListAsync رو پیدا کنم. آیا باید ریفرنس خاصی اضافه کنم؟
- وحید نصیری در ۱۳۹۳/۰۴/۰۸ ۱۵:۳
  - به روز رسانی خودکار وابستگی‌های پروژه:
  PM> update-package
  - تعریف فضای نام مرتبط:
  using System.Data.Entity;
رضایی در ۱۳۹۳/۰۸/۰۹ ۱۸:۲
با سلام؛ من از کد زیر استفاده کردم اما همواره خطا میده.
توی serviceLayer :
```
        public async Task<IList<NewsSliderModel>> GetNewsSliderTable(CancellationToken cancellationToken = default(CancellationToken))
        {
            IQueryable<News> selectednews = _news.Take(_sliderTakeCount).AsQueryable();
             ...
             ...
            return await selectednews.Select(x => new NewsSliderModel
            {
                NewsId = x.Id,
                Title = x.Title,
                ImagePath = x.ImagePath,
                ImageTitle = x.ImageTitle,
                ImageDescription = x.ImageDescription,
            }).ToListAsync();

        }
```
و توی کنترلر Home برنامه
```
        public virtual async Task<ActionResult> MainSlider()
        {
            IList<NewsSliderModel> SliderList = await _newsService.GetNewsSliderTable(Order.Descending, NewsOrderBy.Id);
            return PartialView(MVC.Home.Views._MainSlider, SliderList.ToList());
        }
```
اما همواره خطای زیر رو میده
```
HttpServerUtility.Execute blocked while waiting for an asynchronous operation to complete.
```
ممنون میشم راهنمایی فرمایید
- وحید نصیری در ۱۳۹۳/۰۸/۰۹ ۱۸:۱۷
  
  - اگر از اکشن متد MainSlider به صورت child action استفاده می‌شود (مثلا حین فراخوانی Html.Action یا Html.RenderAction)، این فراخوانی حتما باید همزمان باشد و حالت غیرهمزمان آن پشتیبانی نمی‌شود .
  - این محدودیت در نگارش بعدی ASP.NET MVC (نگارش 6 آن) برطرف شده‌است.
  - رضایی در ۱۳۹۳/۰۸/۰۹ ۱۸:۳۲
    از EntityFramework 6.0 استفاده میکنم. همانطور که فرمودید خطا از این خط:
    
    @Html.Action(MVC.Home.ActionNames.MainSlider, MVC.Home.Name)
    
    راه حل چیه؟ از لینک بالا چیزی دستگیرم نشد.
    - وحید نصیری در ۱۳۹۳/۰۸/۰۹ ۱۸:۳۷
      
      عرض کردم. این مورد خاص در نگارش فعلی ASP.NET MVC (تا قبل از نگارش 6)، راه حلی ندارد. معمولی کار کنید؛ مانند قبل (خروجی ActionResult بجای <async Task<ActionResult).
حمیدرضا شجاعی در ۱۳۹۶/۰۱/۲۲ ۲:۴۱
من با خطای A second operation started... روبرو می‌شوم. وقتی لاگهای ثبت شده توسط Elmah را بررسی کردم، متوجه این جزییات شدم.
... at System.Data.Entity.Infrastructure.IDbAsyncEnumerableExtensions.<FirstOrDefaultAsync>d__25`1.MoveNext() --- End of stack trace from previous location where exception was thrown --- ... at MyApplication.ServiceLayer.EfServices.Content.BlogService.<GetBlogByIdForPublicViewAsync>d__24.MoveNext() --- End of stack trace from previous location where exception was thrown --- ... at MyApplication.Controllers.BlogController.<Details>d__87.MoveNext() --- End of stack trace from previous location where exception was thrown ---
اکشن Details و متد GetBlogByIdForPublicViewAsync را بدین نحو تعریف کرده‌ام.
public async Task<BlogViewModel> GetBlogByIdForPublicViewAsync(int blogId) { var result = await _blogs .ProjectTo<BlogViewModel>() .FirstOrDefaultAsync(a => a.Id == blogId); return result; } public virtual async Task<ActionResult> Details(int id) { var blog = await _blogService.GetBlogByIdForPublicViewAsync(id); return View("Details", blog); }
با وجود استفاده از واژه‌ی await برای تمام رویه‌های غیرهمزمان، اما بازهم با همان خطا روبرو می‌شوم.

ممکن است لطفا بفرمایید کجا را اشتباه انجام داده‌ام؟
- وحید نصیری در ۱۳۹۶/۰۱/۲۲ ۹:۵
  
  - در متد اول استفاده‌ی از واژه‌های کلیدی async و await غیرضروری است. این متد فقط باید Task را بازگشت دهد.
  - در متد دوم استفاده‌ی از ConfigureAwait(false) توصیه می‌شود.
  
  این دو افزونه‌ی ضروری را نصب کنید تا راهنمایی‌های لازم را دریافت کنید:
  - AsyncFixer
  - Roslynator (^ ویا ^)
  - حمیدرضا شجاعی در ۱۳۹۶/۰۱/۲۲ ۱۶:۲۸
    ضمن تشکر، حالت زیر را ملاحظه بفرمایید:
    
    public BlogViewModel GetBlogByIdForPublicView(int blogId) { var result = _blogs .ProjectTo<BlogViewModel>() .First(a => a.Id == blogId); result.Item1 = ... get some item from db; result.Item2 = ... get another item from db; return result; }
    
    در این شرایط چگونه می‌توان از نوع بازگشتی Task استفاده کرد؟
    - وحید نصیری در ۱۳۹۶/۰۱/۲۲ ۱۷:۳۱
      
      نمی توان. در اینجا نیاز به بکار بردن واژه‌های کلیدی یاد شده به علت نیاز به استفاده‌ی از خروجی نتیجه‌ی کوئری در همین متد هست. در مثال قبلی چون استفاده‌ای از این نتیجه در همان متد نمی‌شد، سربار زائد ایجاد کرده بود.
م غفاری در ۱۳۹۹/۱۰/۰۴ ۱۲:۳
با سپاس از مقاله شما
بنده در پروژه خود اکثر متدهایی که با سرویس‌ها در ارتباط هستند رو توسط یک متد در BaseController اجرا میکنم که مدیریت خطا، ارسال نوتیفیکیشن در صورت نیاز و... راحتر صورت بگیره...
[HttpPost] [AjaxOnly] public virtual async Task<ActionResult> GetParts([DataSourceRequest] DataSourceRequest request) { return await DoBaseOperationAsync(() => { var result = _partService.GetParts.Where(p => p.IsActive).AsLookupItemModel(p => p.PartId, p => p.CodeName); var data = result.ToDataSourceResult(request); return Json(data); }); }
که متد DoBaseOperationAsync موجود در Action فوق در BaseController بصورت زیر پیاده سازی شده است.
protected async Task<ActionResult> DoBaseOperationAsync(Func<ActionResult> func, string title = null, string message = null, MessageType messageType = MessageType.Error) { try { AsyncManager.OutstandingOperations.Increment(); var cultureInfo = new CultureInfo(CultureHelper.GetCultureString()); return func != null ? await Task.Factory.StartNew(() => { System.Web.HttpContext.Current = ControllerContext.HttpContext.ApplicationInstance.Context; Thread.CurrentThread.CurrentUICulture = cultureInfo; Thread.CurrentThread.CurrentCulture = CultureInfo.CreateSpecificCulture(cultureInfo.Name); return func.Invoke(); }) : null; } catch (Exception ex) { ErrorSignal.FromCurrentContext().Raise(ex); // Some code for error handling } }
حال سوال من این است، اجرا بصورت کد فوق Async تقلبی است (سربار اضافی) یا خیر ؟
آیا میتوان آنرا بهینه کرد که از حالت تقلبی دربیاید ؟
باسپاس./
- وحید نصیری در ۱۳۹۹/۱۰/۰۴ ۱۲:۲۰
  
  - Task.Factory.StartNew و یا نمونه‌ی جدید آن یعنی Task.Run، نباید در اکشن متدهای MVC حضور داشته باشند. چون هر اکشن متد، در یک ترد جداگانه اجرا می‌شود و متدهای یاد شده هم یک ترد مجزای دیگر را ایجاد می‌کنند. بنابراین با اینکار، قابلیت پاسخ‌دهی برنامه را به نصف کاهش می‌دهید (نیاز به یک ترد برای اجرای اکشن متد + یک ترد برای اجرای Task.Run). هدف اصلی از اعمال async، عدم استفاده از یک ترد جدید است و آزاد سازی ترد جاری تا قدرت پاسخ‌دهی برنامه افزایش یابد. همچنین اجرای یک Task، در تردی دیگر، دسترسی آن‌را به HttpContext قطع می‌کند که با اعمال async واقعی، چنین مشکلی وجود ندارد و همه چیز طبیعی به نظر می‌رسد.
  
  - روش ارسال Taskهای Async به یک متد به این صورت است: « یک نکته‌ی تکمیلی: امضای نگارش‌های Task دار و Async این متدها»
  
  + اگر هدفتان لاگ کردن خطاها است، در MVC استفاده از روش‌های کار با filterها، قابلیت انجام چنین کاری را بدون تکرار کد، میسر می‌کنند.
  - مهدی محمد در ۱۴۰۳/۰۵/۱۹ ۱۲:۲۸
    
    طبق گفته شما، چون استفاده از اعمال async، ترد جدیدی ایجاد نمی کند، چه زمان باید از thread ها و چه زمانی بهتر است از اعمال async استفاده کنیم؟ آیا با توجه به سربار کمتر async بهتر نیست همیشه به عنوان جایگزینی برای thread ها از اون ها استفاده کرد؟ و مسئله دوم اینکه متدهایی مانند Task.Run که تقلبی هستند، برای چه منظوری ارائه شده اند؟
    - وحید نصیری در ۱۴۰۳/۰۵/۱۹ ۱۲:۴۵
      
      مطالب دوره «مبانی Async در C# 5» را مطالعه کنید. با مفاهیمی مانند IO bound opertaions و CPU bound operations، مقیاس‌پذیری برنامه‌های وب، خالی کردن تردجاری، کار با برنامه‌های غیر وبی و امثال آن آشنا خواهید شد.