某天,我打电话向你请教问题,当然是个难题,你一时想不出解决方法,我又不能拿着电话在那里傻等,于是我们约定:等你想出办法后打手机通知我,这样,我就挂掉电话办其它事情去了。过了XX分钟,我的手机响了,你兴高采烈的说问题已经搞定,应该如此这般处理。
这就是一个典型的回调过程。
C不会自己调用b,C提供b的目的就是让S来调用它,而且C不得不提供。S并不知道C提供的b是什么,因此S会约定b的接口规范(函数原型),然后由C提前通过S的一个函数r告诉S自己将要使用b函数(即注册)。r为注册函数。
简单来说:
回调函数就是预留给系统调用的函数,而且我们往往知道该函数被调用的时机
好的,继续完善下上面的那幅图。
生活中到处都有回调这种思想存在。软件的很多思想其实只是我们实际生活中思维方式的一种转化。
再将一个小故事:
我们平时考试答题的第一件事是干嘛?没错,是写上学号和姓名。这里注意了,我们填写学号和姓名不是给自己看的(即该方法不是给自己调用的),而是给老师登记分数时看的(预留给系统将来调用),这其实就是一个回调的应用。老师提供接口(输入姓名,学号规则),我们利用接口注册。
看到上面的小故事,大家对回调就有了一些了解了,我们再回到开头的那个小故事。
那个故事说明了“异步+回调”的编程模式。其中,你后来打手机告诉我结果便是一个“回调”过程;我的手机号码必须在以前告诉你,这便是注册回调函数;我的手机号码应该有效并且手机能够接收到你的呼叫,这是回调函数必须符合接口规范。
知道了回调的基本流程,下面,来看看Android中回调的基本使用。
场景一:
- Button button = (Button)this.findViewById(R.id.button);
- button.setOnClickListener(newButton.OnClickListener() {
- //回调函数
- @override
- publicvoidonClick(View v) {
- buttonTextView.setText("按钮被点击了");
- }
- });
上面的代码给按钮加了一个事件监听器,这其实就是“回调”最常见的应用场景之一。我们自己不会显式地去调用onClick方法。用户触发了该按钮的点击事件后,它会由Android系统来自动调用。
熟悉的组件,熟悉的监听器。。。
场景二:
- @Override
- publicvoidonCreate(BundlesaveInstanceState) {
- super.onCreate(saveInstanceState);
- // You code...
- }
- @Override
- publicvoidonResume() {
- super.onResume();
- // You code...
- }
Activity的整个生命周期基本上都说回调函数在发挥作用。
好了,看了两个我们经常使用的回调方式,来总结下android利用回调的基本方法。其实,只是把我们的那张图翻译了下。
首先,服务器端创建一个回调接口
- //声明一个接口
- public interface ICallBack {
- void postExec();
- }
- //另外一个类有方法里面有个参数是这个接口类型的对象
- public class FooBar {
- private ICallBackcallBack;
- public void setCallBack(ICallBackcallBack) {
- this.callBack =callBack;
- }
- public void doSth() {
- callBack.postExec();
- }
- }
- //实现回调
- public class Test {
- public static void main(String[] args) {
- FooBarfoo = newFooBar();
- foo.setCallBack(newICallBack() {
- public void postExec() {
- System.out.println("method executed.");
- }
- });
- foo.doSth();//调用函数
- }
- }
对回调的深入思考:
程序的本质就是代码跳转,不管同步异步反射接口虚函数,本质上都是函数调用。函数我们要调用它,就需要它的指针,不同语言通过不同的方式来得到这个指针。而我们定义的接口其实就是一个函数指针,那么那个注册过程,其实就是相当于对那个函数指针赋值。通过这个函数指针来调用我们定义的自实现函数。