C#中使用迭代器處理等待任務(wù)
介紹
可能你已經(jīng)閱讀 C#5 關(guān)于 async 和 await 關(guān)鍵字以及它們?nèi)绾螏椭?jiǎn)化異步編程的,可惜的是在升級(jí)VS2010后短短兩年時(shí)間,任然沒(méi)有準(zhǔn)備好升級(jí)到VS2012,在VS2010和C#4中不能使用異步關(guān)鍵字,你可能會(huì)想 “如果我能在VS 2010中寫(xiě)看起來(lái)同步的方法,但異步執(zhí)行.我的代碼會(huì)更清晰.”
看完這篇文章后,您將能夠做到這一點(diǎn)。我們將開(kāi)發(fā)一個(gè)小的基礎(chǔ)結(jié)構(gòu)代碼,讓我們寫(xiě)"看起來(lái)同步的方法,但異步執(zhí)行"的方法,這個(gè)VS2012 異步關(guān)鍵字一樣, 享受C#5的特性.
我們必須承認(rèn),async 和 await 是非常好的語(yǔ)法糖,我們的方法需要編寫(xiě)更多的"AsyncResultcallback"方法適應(yīng)這種變化.而當(dāng)你終于升級(jí)到VS2012(或以后),這將是一件微不足道的小事,用C#關(guān)鍵字替換這個(gè)方法,只要簡(jiǎn)單的語(yǔ)法變化,而不是一個(gè)艱苦的結(jié)構(gòu)重寫(xiě)。
概要
async/await 是基于異步任務(wù)模式的關(guān)鍵字。鑒于 此處已經(jīng)有了非常完備的文檔描述,這里我就不再加以說(shuō)明。但必須指出的是,TAP簡(jiǎn)直帥到極點(diǎn)了!通過(guò)它你可以創(chuàng)建大量的將在未來(lái)某時(shí)間完成的小型單元工作(任務(wù));任務(wù)可以啟動(dòng)其他的(嵌套)任務(wù) 并且/或者 建立一些僅當(dāng)前置任務(wù)完成后才會(huì)啟動(dòng)的后續(xù)任務(wù)。前置與后續(xù)任務(wù)則可以鏈接為一對(duì)多或是多對(duì)一的關(guān)系。當(dāng)內(nèi)嵌任務(wù)完成時(shí),父級(jí)任務(wù)無(wú)需與線(xiàn)程(重量級(jí)資源!)相綁定。執(zhí)行任務(wù)時(shí)也不必再擔(dān)心線(xiàn)程的時(shí)序安排,只需作出一些小小提示,框架將會(huì)自動(dòng)為你處理這些事情。當(dāng)程序開(kāi)始運(yùn)行,所有的任務(wù)將如溪流匯入大海般各自走向終點(diǎn),又像柏青哥的小鐵球一樣相互反彈相互作用。
然而在C#4里面我們卻沒(méi)有async和await,不過(guò)缺少的也只是這一點(diǎn)點(diǎn).Net5的新特性而已,這些新特性我們要么可以稍作回避,要么可以自己構(gòu)建,關(guān)鍵的Task類(lèi)型還是可用的。
在一個(gè)C#5的異步(async)方法里,你要等待一個(gè)Task。這不會(huì)導(dǎo)致線(xiàn)程等待;而是這個(gè)方法返回一個(gè)Task給它的調(diào)用者,這個(gè)Task能夠等待(如果它自己是異步的)或者附上后續(xù)部分。(它同樣能在任務(wù)中或它的結(jié)果中調(diào)用Wait(),但這會(huì)和線(xiàn)程耦合,所以避免那樣做。)當(dāng)?shù)却娜蝿?wù)成功完成,你的異步方法會(huì)在它中斷的地方繼續(xù)運(yùn)行。
也許你會(huì)知道,C#5的編譯器會(huì)重寫(xiě)它的異步方法為一個(gè)生成的實(shí)現(xiàn)了狀態(tài)機(jī)的嵌套類(lèi)。C#正好還有一個(gè)特征(從2.0開(kāi)始):迭代器(yield return 的方式)。這里的方法是使用一個(gè)迭代器方法在C#4中建造狀態(tài)機(jī),返回一系列在全部處理過(guò)程中的等待步驟的Task。我們可以編寫(xiě)一個(gè)方法接收一個(gè)從迭代器返回的任務(wù)的枚舉,返回一個(gè)重載過(guò)的Task來(lái)代表全部序列的完成以及提供它的最終結(jié)果(如果有)。
最終目標(biāo)
Stephen Covey 建議我們目標(biāo)有先后。這就是我們現(xiàn)在做的。已經(jīng)有大量例子來(lái)告訴我們?nèi)绾问褂胊sync/await來(lái)實(shí)現(xiàn)SLAMs(synchronous-looking asynchronous methods)。那么我們不使用這些關(guān)鍵字如何實(shí)現(xiàn)這個(gè)功能。我們來(lái)做一個(gè)C#5 async的例子,看看如何在C#4里實(shí)現(xiàn)它。然后我們討論一下轉(zhuǎn)換這些代碼的一般方法。
下面的例子展示了我們?cè)贑#5里實(shí)現(xiàn)異步讀寫(xiě)方法Stream.CopyToAsync()的一種寫(xiě)法。假設(shè)這個(gè)方法并沒(méi)有在.NET5里實(shí)現(xiàn)。
public static async Task CopyToAsync( this Stream input, Stream output, CancellationToken cancellationToken = default(CancellationToken)) { byte[] buffer = new byte[0x1000]; // 4 KiB while (true) { cancellationToken.ThrowIfCancellationRequested(); int bytesRead = await input.ReadAsync(buffer, 0, buffer.Length); if (bytesRead == 0) break; cancellationToken.ThrowIfCancellationRequested(); await output.WriteAsync(buffer, 0, bytesRead); } }
對(duì)C#4,我們將分成兩塊:一個(gè)是相同訪(fǎng)問(wèn)能力的方法,另一個(gè)是私有方法,參數(shù)一樣但返回類(lèi)型不同。私有方法用迭代實(shí)現(xiàn)同樣的處理,結(jié)果是一連串等待的任務(wù)(IEnumerable<Task>)。序列中的實(shí)際任務(wù)可以是非泛型或者不同類(lèi)型泛型的任意組合。(幸運(yùn)的是,泛型Task<T>類(lèi)型是非泛型Task類(lèi)型的子類(lèi)型)
相同訪(fǎng)問(wèn)能力(公用)方法返回與相應(yīng)async方法一致的類(lèi)型:void,Task,或者泛型Task<T>。它將使用擴(kuò)展方法調(diào)用私有迭代器并轉(zhuǎn)化為T(mén)ask或者Task<T>。
public static /*async*/ Task CopyToAsync( this Stream input, Stream output, CancellationToken cancellationToken = default(CancellationToken)) { return CopyToAsyncTasks(input, output, cancellationToken).ToTask(); } private static IEnumerable<Task> CopyToAsyncTasks( Stream input, Stream output, CancellationToken cancellationToken) { byte[] buffer = new byte[0x1000]; // 4 KiB while (true) { cancellationToken.ThrowIfCancellationRequested(); var bytesReadTask = input.ReadAsync(buffer, 0, buffer.Length); yield return bytesReadTask; if (bytesReadTask.Result == 0) break; cancellationToken.ThrowIfCancellationRequested(); yield return output.WriteAsync(buffer, 0, bytesReadTask.Result); } }
異步方法通常以"Async"結(jié)尾命名(除非它是事件處理器如startButton_Click)。給迭代器以同樣的名字后跟“Tasks”(如startButton_ClickTasks)。如果異步方法返回void值,它仍然會(huì)調(diào)用ToTask()但不會(huì)返回Task。如果異步方法返回Task<X>,那么它就會(huì)調(diào)用通用的ToTask<X>()擴(kuò)展方法。對(duì)應(yīng)三種返回類(lèi)型,異步可替代的方法像下面這樣:
public /*async*/ void DoSomethingAsync() { DoSomethingAsyncTasks().ToTask(); } public /*async*/ Task DoSomethingAsync() { return DoSomethingAsyncTasks().ToTask(); } public /*async*/ Task<String> DoSomethingAsync() { return DoSomethingAsyncTasks().ToTask<String>(); }
成對(duì)的迭代器方法不會(huì)更復(fù)雜。當(dāng)異步方法等待非通用的Task時(shí),迭代器簡(jiǎn)單的將控制權(quán)轉(zhuǎn)給它。當(dāng)異步方法等待task結(jié)果時(shí),迭代器將task保存在一個(gè)變量中,轉(zhuǎn)到該方法,之后再使用它的返回值。兩種情況在上面的CopyToAsyncTasks()例子里都有顯示。
對(duì)包含通用resultTask<X>的SLAM,迭代器必須將控制轉(zhuǎn)交給確切的類(lèi)型。ToTask<X>()將最終的task轉(zhuǎn)換為那種類(lèi)型以便提取其結(jié)果。經(jīng)常的你的迭代器將計(jì)算來(lái)自中間task的結(jié)果數(shù)值,而且僅需要將其打包在Task<T>中。.NET 5為此提供了一個(gè)方便的靜態(tài)方法。而.NET 4沒(méi)有,所以我們用TaskEx.FromResult<T>(value)來(lái)實(shí)現(xiàn)它。
最后一件你需要知道的事情是如何處理中間返回的值。一個(gè)異步的方法可以從多重嵌套的塊中返回;我們的迭代器簡(jiǎn)單的通過(guò)跳轉(zhuǎn)到結(jié)尾來(lái)模仿它。
// C#5 public async Task<String> DoSomethingAsync() { while (…) { foreach (…) { return "Result"; } } } // C#4; DoSomethingAsync() is necessary but omitted here. private IEnumerable<Task> DoSomethingAsyncTasks() { while (…) { foreach (…) { yield return TaskEx.FromResult("Result"); goto END; } } END: ; }
現(xiàn)在我們知道如何在C#4中寫(xiě)SLAM了,但是只有實(shí)現(xiàn)了FromResult<T>()和兩個(gè) ToTask()擴(kuò)展方法才能真正的做到。下面我們開(kāi)始做吧。
簡(jiǎn)單的開(kāi)端
我們將在類(lèi)System.Threading.Tasks.TaskEx下實(shí)現(xiàn)3個(gè)方法, 先從簡(jiǎn)單的那2個(gè)方法開(kāi)始。FromResult()方法先創(chuàng)建了一個(gè)TaskCompletionSource(), 然后給它的result賦值,最后返回Task。
public static Task<TResult> FromResult<TResult>(TResult resultValue) { var completionSource = new TaskCompletionSource<TResult>(); completionSource.SetResult(resultValue); return completionSource.Task; }
很顯然, 這2個(gè)ToTask()方法基本相同, 唯一的區(qū)別就是是否給返回對(duì)象Task的Result屬性賦值. 通常我們不會(huì)去寫(xiě)2段相同的代碼, 所以我們會(huì)用其中的一個(gè)方法來(lái)實(shí)現(xiàn)另一個(gè)。 我們經(jīng)常使用泛型來(lái)作為返回結(jié)果集,那樣我們不用在意返回值同時(shí)也可以避免在最后進(jìn)行類(lèi)型轉(zhuǎn)換。 接下來(lái)我們先實(shí)現(xiàn)那個(gè)沒(méi)有用泛型的方法。
private abstract class VoidResult { } public static Task ToTask(this IEnumerable<Task> tasks) { return ToTask<VoidResult>(tasks); }
目前為止我們就剩下一個(gè) ToTask<T>()方法還沒(méi)有實(shí)現(xiàn)。
第一次天真的嘗試
對(duì)于我們第一次嘗試實(shí)現(xiàn)的方法,我們將枚舉每個(gè)任務(wù)的Wait()來(lái)完成,然后將最終的任務(wù)做為結(jié)果(如果合適的話(huà))。當(dāng)然,我們不想占用當(dāng)前線(xiàn)程,我們將另一個(gè)線(xiàn)程來(lái)執(zhí)行循環(huán)該任務(wù)。
// BAD CODE ! public static Task<TResult> ToTask<TResult>(this IEnumerable<Task> tasks) { var tcs = new TaskCompletionSource<TResult>(); Task.Factory.StartNew(() => { Task last = null; try { foreach (var task in tasks) { last = task; task.Wait(); } // Set the result from the last task returned, unless no result is requested. tcs.SetResult( last == null || typeof(TResult) == typeof(VoidResult) ? default(TResult) : ((Task<TResult>) last).Result); } catch (AggregateException aggrEx) { // If task.Wait() threw an exception it will be wrapped in an Aggregate; unwrap it. if (aggrEx.InnerExceptions.Count != 1) tcs.SetException(aggrEx); else if (aggrEx.InnerException is OperationCanceledException) tcs.SetCanceled(); else tcs.SetException(aggrEx.InnerException); } catch (OperationCanceledException cancEx) { tcs.SetCanceled(); } catch (Exception ex) { tcs.SetException(ex); } }); return tcs.Task; }
這里有一些好東西,事實(shí)上它真的有用,只要不觸及用戶(hù)界面:
它準(zhǔn)確的返回了一個(gè)TaskCompletionSource的Task,并且通過(guò)源代碼設(shè)置了完成狀態(tài)。
- 它顯示了我們?cè)趺赐ㄟ^(guò)迭代器的最后一個(gè)任務(wù)設(shè)置task的最終Result,同時(shí)避免可能沒(méi)有結(jié)果的情況。
- 它從迭代器中捕獲異常并設(shè)置Canceled或Faulted狀態(tài). 它也傳播枚舉的task狀態(tài) (這里是通過(guò)Wait(),該方法可能拋出一個(gè)包裝了cancellation或fault的異常的集合).
但這里有些主要的問(wèn)題。最嚴(yán)重的是:
- 由于迭代器需要實(shí)現(xiàn)“異步態(tài)的”的諾言,當(dāng)它從一個(gè)UI線(xiàn)程初始化以后,迭代器的方法將能訪(fǎng)問(wèn)UI控件。你能發(fā)現(xiàn)這里的foreach循環(huán)都是運(yùn)行在后臺(tái);從那個(gè)時(shí)刻開(kāi)始不要觸摸UI!這種方法沒(méi)有顧及SynchronizationContext。
- 在UI之外我們也有麻煩。我們可能想制造大量大量的由SLAM實(shí)現(xiàn)的并行運(yùn)行的Tasks。但是看看循環(huán)中的Wait()!當(dāng)?shù)却粋€(gè)嵌套task時(shí),可能遠(yuǎn)程需要一個(gè)很長(zhǎng)的時(shí)間完成,我們會(huì)掛起一個(gè)線(xiàn)程。我們面臨線(xiàn)程池的線(xiàn)程資源枯竭的情況。
- 這種解包Aggregate異常的方法是不太自然的。我們需要捕獲并傳播它的完成狀態(tài)而不拋出異常。
- 有時(shí)SLAM可以立刻決定它的完成狀態(tài)。那種情形下,C#5的async可以異步并且有效的操作。這里我們總是計(jì)劃了一個(gè)后臺(tái)task,因此失去了那種可能。
是需要想點(diǎn)辦法的時(shí)候了!
連續(xù)循環(huán)
最大的想法是直接從迭代器中獲取其所產(chǎn)生的第一個(gè)任務(wù)。 我們創(chuàng)建了一個(gè)延續(xù),使其在完成時(shí)能夠檢查任務(wù)的狀態(tài)并且(如果成功的話(huà))能接收下一個(gè)任務(wù)和創(chuàng)建另一個(gè)延續(xù)直至其結(jié)束。(如果沒(méi)有,即迭代器沒(méi)有需要完成的需求。)
// 很牛逼,但是我們還沒(méi)有。 public static Task<TResult> ToTask<TResult>(this IEnumerable<Task> tasks) { var taskScheduler = SynchronizationContext.Current == null ? TaskScheduler.Default : TaskScheduler.FromCurrentSynchronizationContext(); var tcs = new TaskCompletionSource<TResult>(); var taskEnumerator = tasks.GetEnumerator(); if (!taskEnumerator.MoveNext()) { tcs.SetResult(default(TResult)); return tcs.Task; } taskEnumerator.Current.ContinueWith( t => ToTaskDoOneStep(taskEnumerator, taskScheduler, tcs, t), taskScheduler); return tcs.Task; } private static void ToTaskDoOneStep<TResult>( IEnumerator<Task> taskEnumerator, TaskScheduler taskScheduler, TaskCompletionSource<TResult> tcs, Task completedTask) { var status = completedTask.Status; if (status == TaskStatus.Canceled) { tcs.SetCanceled(); } else if (status == TaskStatus.Faulted) { tcs.SetException(completedTask.Exception); } else if (!taskEnumerator.MoveNext()) { // 設(shè)置最后任務(wù)返回的結(jié)果,直至無(wú)需結(jié)果為止。 tcs.SetResult( typeof(TResult) == typeof(VoidResult) ? default(TResult) : ((Task<TResult>) completedTask).Result); } else { taskEnumerator.Current.ContinueWith( t => ToTaskDoOneStep(taskEnumerator, taskScheduler, tcs, t), taskScheduler); } }
這里有許多值得分享的:
我們的后續(xù)部分(continuations)使用涉及SynchronizationContext的TaskScheduler,如果有的話(huà)。這使得我們的迭代器在UI線(xiàn)程初始化以后,立刻或者在一個(gè)繼續(xù)點(diǎn)被調(diào)用,去訪(fǎng)問(wèn)UI控件。
進(jìn)程不中斷的運(yùn)行,因此沒(méi)有線(xiàn)程掛起等待!順便說(shuō)一下,在ToTaskDoOneStep()中對(duì)自身的調(diào)用不是遞歸調(diào)用;它是在taskEnumerator.Currenttask結(jié)束后調(diào)用的匿名函數(shù),當(dāng)前活動(dòng)在調(diào)用ContinueWith()幾乎立刻退出,它完全獨(dú)立于后續(xù)部分。
此外,我們?cè)诶^續(xù)點(diǎn)中驗(yàn)證每個(gè)嵌套task的狀態(tài),不是檢查一個(gè)預(yù)測(cè)值。
然而,這兒至少有一個(gè)大問(wèn)題和一些小一點(diǎn)的問(wèn)題。
如果迭代器拋出一個(gè)未處理異常,或者拋出OperationCanceledException而取消,我們沒(méi)有處理它或設(shè)置主task的狀態(tài)。這是我們以前曾經(jīng)做過(guò)的但在此版本丟失了。
為了修復(fù)問(wèn)題1,我們不得不在兩個(gè)方法中調(diào)用MoveNext()的地方引入同樣的異常處理機(jī)制。即使是現(xiàn)在,兩個(gè)方法中都有一樣的后續(xù)部分建立。我們違背了“不要重復(fù)你自己”的信條。
如果異步方法被期望給出一個(gè)結(jié)果,但是迭代器沒(méi)有提供就退出了會(huì)怎么樣呢?或者它最后的task是錯(cuò)誤的類(lèi)型呢?第一種情形下,我們默默返回默認(rèn)的結(jié)果類(lèi)型;第二種情形,我們拋出一個(gè)未處理的InvalidCastException,主task永遠(yuǎn)不會(huì)到達(dá)結(jié)束狀態(tài)!我們的程序?qū)⒂谰玫膾炱稹?/p>
最后,如果一個(gè)嵌套的task取消或者發(fā)生錯(cuò)誤呢?我們?cè)O(shè)置主task狀態(tài),再也不會(huì)調(diào)用迭代器??赡苁窃谝粋€(gè)using塊,或帶有finally的try塊的內(nèi)部,并且有一些清理要做。我們應(yīng)當(dāng)遵守過(guò)程在中斷的時(shí)候使它結(jié)束,而不要等垃圾收集器去做這些。我們?cè)趺醋龅侥???dāng)然通過(guò)一個(gè)后續(xù)部分!
為了解決這些問(wèn)題,我們從ToTask()中移走M(jìn)oveNext()調(diào)用,取而代之一個(gè)對(duì)ToTaskDoOneStep()的初始化的同步調(diào)用。然后我們將在一個(gè)提防增加合適的異常處理。
最終版本
這里是ToTask<T>()的最終實(shí)現(xiàn). 它用一個(gè)TaskCompletionSource返回主task,永遠(yuǎn)不會(huì)引起線(xiàn)程等待,如果有的話(huà)還會(huì)涉及SynchronizationContext,由迭代器處理異常,直接傳播嵌套task的結(jié)束(而不是AggregateException),合適的時(shí)候向主task返回一個(gè)值,當(dāng)期望一個(gè)結(jié)果而SLAM迭代器沒(méi)有以正確的genericTask<T>類(lèi)型結(jié)束時(shí),用一個(gè)友好的異常報(bào)錯(cuò)。
public static Task<TResult> ToTask<TResult>(this IEnumerable<Task> tasks) { var taskScheduler = SynchronizationContext.Current == null ? TaskScheduler.Default : TaskScheduler.FromCurrentSynchronizationContext(); var taskEnumerator = tasks.GetEnumerator(); var completionSource = new TaskCompletionSource<TResult>(); // Clean up the enumerator when the task completes. completionSource.Task.ContinueWith(t => taskEnumerator.Dispose(), taskScheduler); ToTaskDoOneStep(taskEnumerator, taskScheduler, completionSource, null); return completionSource.Task; } private static void ToTaskDoOneStep<TResult>( IEnumerator<Task> taskEnumerator, TaskScheduler taskScheduler, TaskCompletionSource<TResult> completionSource, Task completedTask) { // Check status of previous nested task (if any), and stop if Canceled or Faulted. TaskStatus status; if (completedTask == null) { // This is the first task from the iterator; skip status check. } else if ((status = completedTask.Status) == TaskStatus.Canceled) { completionSource.SetCanceled(); return; } else if (status == TaskStatus.Faulted) { completionSource.SetException(completedTask.Exception); return; } // Find the next Task in the iterator; handle cancellation and other exceptions. Boolean haveMore; try { haveMore = taskEnumerator.MoveNext(); } catch (OperationCanceledException cancExc) { completionSource.SetCanceled(); return; } catch (Exception exc) { completionSource.SetException(exc); return; } if (!haveMore) { // No more tasks; set the result (if any) from the last completed task (if any). // We know it's not Canceled or Faulted because we checked at the start of this method. if (typeof(TResult) == typeof(VoidResult)) { // No result completionSource.SetResult(default(TResult)); } else if (!(completedTask is Task<TResult>)) { // Wrong result completionSource.SetException(new InvalidOperationException( "Asynchronous iterator " + taskEnumerator + " requires a final result task of type " + typeof(Task<TResult>).FullName + (completedTask == null ? ", but none was provided." : "; the actual task type was " + completedTask.GetType().FullName))); } else { completionSource.SetResult(((Task<TResult>) completedTask).Result); } } else { // When the nested task completes, continue by performing this function again. taskEnumerator.Current.ContinueWith( nextTask => ToTaskDoOneStep(taskEnumerator, taskScheduler, completionSource, nextTask), taskScheduler); } }
瞧! 現(xiàn)在你會(huì)在Visual Studio 2010中用沒(méi)有async和await的 C#4 (或 VB10)寫(xiě)SLAMs(看起來(lái)同步的方法,但異步執(zhí)行)。
有趣的地方
直到最后那個(gè)版本,我一直在給ToTask()傳遞一個(gè)CancellationTokenUp,并且將它傳播進(jìn)后續(xù)部分的ToTaskDoOneStep()。(這與本文毫不相關(guān),所以我去掉了它們。你可以在樣例代碼中看注釋掉的痕跡。)這有兩個(gè)原因。第一,處理OperationCanceledException時(shí),我會(huì)檢查它的CancellationToken以確認(rèn)它與這個(gè)操作是匹配的。如果不是,它將用一個(gè)錯(cuò)誤來(lái)代替取消動(dòng)作。雖然技術(shù)上沒(méi)錯(cuò),但不幸的是取消令牌可能會(huì)混淆,在其傳遞給ToTask()調(diào)用和后續(xù)部分之間的無(wú)關(guān)信息使它不值得。(如果你們這些 Task專(zhuān)家能給我一個(gè)注釋里的可確認(rèn)發(fā)生的好的用例,我會(huì)重新考慮)
第二個(gè)原因是我會(huì)檢查令牌是否取消,在每次MoveNext()調(diào)用迭代器之前,立即取消主task時(shí),和退出進(jìn)程的時(shí)候。這使你可以不經(jīng)過(guò)迭代器檢查令牌,具有取消的行為。我不認(rèn)為這是要做的正確事情(因?yàn)閷?duì)一個(gè)異步進(jìn)程在yield return處取消是不合適的)——更可能是它完全在迭代器進(jìn)程控制之下——但我想試試。它無(wú)法工作。我發(fā)現(xiàn)在某些情形,task會(huì)取消而卻后續(xù)部分不會(huì)觸發(fā)。請(qǐng)看樣例代碼;我靠繼續(xù)執(zhí)行來(lái)恢復(fù)按鈕可用,但它沒(méi)有發(fā)生因此按鈕在進(jìn)程結(jié)束之后仍不可用。我在樣例代碼中留下了注釋掉的取消檢測(cè);你可以將取消令牌的方法參數(shù)放回去并測(cè)試它。(如果你們Task專(zhuān)家能解釋為什么會(huì)是這種情形,我將很感激?。?
相關(guān)文章
JavaScript 鍵盤(pán)event.keyCode值列表大全
event.keyCode值列表大全,對(duì)于需要根據(jù)鍵盤(pán)按鍵觸發(fā)相應(yīng)事件的朋友需要。2010-08-08parentElement,srcElement的使用小結(jié)
本篇文章主要是對(duì)parentElement,srcElement的使用進(jìn)行了詳細(xì)的介紹,需要的朋友可以過(guò)來(lái)參考下,希望對(duì)大家有所幫助2014-01-01Javascript模塊化編程(三)require.js的用法及功能介紹
這個(gè)系列的第一部分和第二部分,介紹了Javascript模塊原型和理論概念,今天介紹如何將它們用于實(shí)戰(zhàn)。我采用的是一個(gè)非常流行的庫(kù)require.js感興趣的朋友可以了解下啊2013-01-01node.js入門(mén)教程迷你書(shū)、node.js入門(mén)web應(yīng)用開(kāi)發(fā)完全示例
本書(shū)致力于教會(huì)你如何用Node.js來(lái)開(kāi)發(fā)應(yīng)用,過(guò)程中會(huì)傳授你所有所需的“高級(jí)”JavaScript知識(shí)。本書(shū)絕不是一本“Hello World”的教程。2014-04-04javascript的構(gòu)造函數(shù), 原型,原型鏈和new你了解多少
這篇文章主要為大家詳細(xì)介紹了javascript的構(gòu)造函數(shù), 原型,原型鏈和new,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下,希望能夠給你帶來(lái)幫助2022-02-02