既然有线程池的线程代替完成了那个方法调用（GetStudentsList），那么我们怎么知道后台的这个调用什么时候完成呢？这个方法调用返回的值（这里是一串学生名单）我们怎么拿到呢？这里我们就要用到前面提到的那个返回的IASyncResult对象了。

这个IASyncResult对象一个“收据”似的，通过它你可以查询后台调用是否完成。如果已经完成，你可以通过它来取回你想要的结果。

          
          
           
           Dim ar as System.IASyncResult
ar = delegate.BeginInvoke("class90",Nothing)
'*** 其它一些操作
。。。
'*** 检查后台调用状态
If (ar.IsCompleted) Then
  '*** 取回异步调用方法的结果
End If
          
          

如果后台调用已经结束，那么你就可以用代表的EndInvoke来得到返回值。

          
          
           
           Dim Students as String()
Students = delegate.EndInvoke(ar)
          
          

那么，如果你没有测试后台调用是否结束而直接使用EndInvoke，那后果会怎么样呢？如果后台调用没有完成，EndInvoke调用就会被“阻挡”，直到后台调用完成后才返回。如果后台调用出现异常，那么EndInvoke还可以捕捉到这个异常

          
          
           
           Dim Students as String()
Try	Students = delegate.EndInvoke(ar)
Catch ex as Exception
'处理这个异常
End Try
          
          

既然EndInvoke调用就会被“阻挡”（如果后台异步调用还没有完成），那么下面这种标较复杂情况CLR是怎样处理的呢？

          
          
           
           Dim ar1,ar2 as System.IASyncResult
Dim rt1,rt2 as String()
ar1 = delegate1.BeginInvoke("class90",Nothing)
ar2 = delegate2.BeginInvoke("class94",Nothing)
rt1 = delegate1.EndInvoke(ar1)
rt2 = delegate2.EndInvoke(ar2)
          
          

在这个例子中，delegate1的调用和delegate2的调用完成顺序可能会有多种情况。比如delegate2的调用后发先至，那么EndInvoke的使用顺序是不是很重要呢？事实上，你可以忽略这个问题，CLR会保证在两个异步调用都结束后，你才可以进行下面的操作。至于它是怎么实现的，你可以不去管它。

事实上，EndInvoke是非常重要的。如果你使用了BeginInvoke，那你最好使用EndInvoke。因为你如果不使用EndInvoke，那么后台调用的异常就没有机会被捕捉到。另外，使用了EndInvoke可以让CLR释放异步调用中所使用的资源，否则你的应用程序就可能出现资源泄漏（Resource Leak）。

到这里，情况已经比较清楚了。使用Delegate可以让后台线程代替当前线程去完成费时的操作，从而使当前线程不被“阻挡”，可以马上进行其它的工作。但是，如果当前线程通过EndInvoke来得到异步调用的结果，它又很可能被“阻挡”。看起来有点“拆了东墙补西墙”的样子，好像我们没有得到什么好处。打个比方来说吧，你要到复印室去复印一批材料，这个工作要费时一个多小时。同步调用就意味着你自己亲自去复印，一个多小时候再返回办公室作其它工作。异步调用意味着你可以把复印材料交到复印室，那里有专人负责复印。你放下材料后就可以回到办公室去干其它工作了。但问题是，你要不停的查看材料是否复印好了，一旦发现复印完毕后，就马上取回作相应的操作。你不停的查看（调用代表的IsComplete方法)或者是“干等”（调用代表的EndInvoke方法）实际上还是把你“捆住”了，你没有能腾出手来干其它的事。能不能我把材料放到复印室就不管了，等复印好后他们给我把材料送回来？。答案是可以的，那就是利用回调函数（Callback Function)。

还记得我们前面的那个例子吗，我们用代表调用BeginInvoke的时候，多了两个参数，其中一个就是回调函数，另外一个是执行回调函数的参数。回调函数的意思是在后台线执行完异步调用的方法后，自动去执行的函数（或方法）。在执行这个回调函数的时候，你还可以指定参数。也是就说，你让复印室的复印员完成复印后，把材料给你放回到你的办公桌上，并且每10页一摞。这个“放到办公桌上”就是回调函数，而“每10页一摞”就是回调函数执行时使用的参数。

          
          
           
           '回调函数的参数
Dim myValue as Integer = 10
'回调函数的定义
Sub PutToDesk(Byval ar as IAsyncResult)
	dim x as Integer = CInt(ar.AsyncState)'拿到参数
	'相应的操作
End Sub
'使用回调函数的方法
Private CallBackDelegate as AsyncCallBack = AddressOf PutToDesk
...
Dim ar as System.IASyncResult
ar = delegate.BeginInvoke("class90",CallBackDelegate,myValue)
          
          

在使用回调函数时要注意，你的回调函数必须和.NET系统定义的AsyncCallBack一起使用，即你的回调函数必须和AsyncCallBack具有一样的签名。也就是说它必须是子程序（Sub Procedure)，必须有一个IAsyncResult类对象为输入参数。

要注意的是回调函数是由后台线程来执行的（就是我们所说的复印员）。这种执行方法在有些情况下会造成不小的问题。比如说，在Windows的桌面应用中有这样一个规则，那就是一切用户界面元素的更改（外观以及属性）必须由这些界面元素的创建线程来进行（术语上叫界面主线程,Primary UI Thread）。如果其它线程试图更新界面元素，那么将会有不可预测的后果。如果你违反了这一原则，那么你的程序在理论上讲是不安全的，即使是问题你一时还没有发现。

就上面一个例子而言，如果后台线程从数据库里拿到了学生名单，那么很可能它要执行的回调函数就是更新界面上的一个下拉式列表（Dropdown List)，或是一个表格（Grid）什么的。但是这样做又违反了我们所说的界面更新的线程原则。那么我们该怎么办呢？

其实这个问题并不难解决，设计师在设计.NET的时候已经考虑到了这个问题。具体的解决办法我将在下篇文章中做出介绍。