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

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

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

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

異步將與當(dāng)前線(xiàn)程的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)上是一致的。所以不能說(shuō)async完全取代了task，task是TPL（task Parallel Library）的一員，它比async/await關(guān)鍵字具有更高的可控性。