AsyncTask使用在哪些場景？它的缺陷是什么？如何解決？使用asynctask的場景是執(zhí)行一些耗時的操作，在耗時的操作完成后更新主線程，或者在操作期間更新主線程的UI。缺陷：asynctask維護

AsyncTask使用在哪些場景？它的缺陷是什么？如何解決？

使用asynctask的場景是執(zhí)行一些耗時的操作，在耗時的操作完成后更新主線程，或者在操作期間更新主線程的UI。缺陷：asynctask維護一個長度為128的線程池，可以同時執(zhí)行5個工作線程，并且有一個緩沖隊列。當線程池中有128個線程且緩沖區(qū)隊列已滿時，如果此時將任務提交給線程，則會引發(fā)rejectedexecutionexception。解決方案：使用控制線程處理asynctask的調用，判斷線程池是否已滿。如果已滿，線程將休眠。否則，它將請求asynctask繼續(xù)處理。

C#中async編程完全代替了Task了嗎？

異步將與當前線程的sychronizecontext相關聯，在某些情況下，它在web和UI上的性能將與console不一致。（例如，呼叫。Wait（）在異步任務的任務上，web和UI將死鎖，但控制臺不會）任務。運行默認情況下，ThreadPool的synchronized context在所有地方都使用，并且其性能在web、UI和控制臺上是一致的。所以不能說async完全取代了task，task是TPL（task Parallel Library）的一員，它比async/await關鍵字具有更高的可控性。