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

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

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

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

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