回调-- 一个方法的指针传递给事件源, 事件源在事件发生之后, 反过来调用这个方法. 这个方法就叫回调函数
在java中, 一般通过抽象类或接口定义回调函数, 如:
interface CallBackI
{
void callback(Object obj) ;
}
class A implements CallBackI
{
private Object obj ;
public void callback(Object obj)
{
this.obj = obj ;
}
public void getInfo(B b)
{
b.event(this) ;
}
}
class B
{
public boolean somethingHappend()
{
//dosomething....
return true ;
}
public void event(CallBackI callback)
{
if(somethingHappend())
callback.callback(someInfo) ;
}
}
A需要从B中获取某些信息, 于是调用B的even方法, 并把自己当作参数传递进去, b在事件发生并处理结束(somethingHappend返回)之后, 调用a的callback方法(回调函数)将信息传递会a.
java api中的观察者模式就是一个回调机制的例子:
public void notifyObservers(Object arg) {
if (!changed)
return;
arrLocal = obs.toArray();
clearChanged();
}
for (int i = arrLocal.length-1; i>=0; i--)
((Observer)arrLocal[i]).update(this, arg);
}
这段代码是Observable类中的notifyObservers方法, 他在事件发生之后回调observer的update方法来达到通知观察者的目的
设计模式中的好莱坞原则, 我感觉也是回调机制的一种表现, 低层组件依赖于高层组件, 高层组件通过调用低层组件接口方法的形式来回调低层组件.
好莱坞原则是: 别打电话给我们，有事我会打电话给你
依赖倒置: 依赖于抽象编程, 不要依赖于具体实现, 低层具体组件应该依赖于高层抽象组件; 我感觉由此可见依赖倒置是好莱坞原则的一个实现..
ajax也是回调机制的例子,
xmlhttp.open("GET","ajax_test.asp",true);
xmlhttp.onreadystatechange=function()
{
if (xmlhttp.readyState==4 && xmlhttp.status==200)
{
document.getElementById("myDiv").innerHTML=xmlhttp.responseText;
}
}
xmlhttp.open("GET","test1.txt",true);
xmlhttp.send();
这个function就是一个回调函数, 当服务器给浏览器返回一个结果之后, 就会调用这个方法
我在看回调机制的时候, 突然想到ajax属于异步调用, 而我写的那个属于同步调用(与回调机制无关) , 于是想小结一下上周对同步,异步, 阻塞式, 非阻塞式的理解
同步与异步这个概念是指消息传递的机制不同, 同步调用在没有得到返回结果之前不会返回, 而是主动等待这个返回结果; 而异步调用在得到结果之前会立即返回, 也就是异步调用不会立即得到返回结果, 而是等待被调用者给调用者一个信号, 当信号出现之后再来处理这个返回的结果
阻塞式与非阻塞式则是程序等待调用结果的方式不同, 阻塞式在得到结果前, 会将自身的进程或线程挂起等待结果, 在结果数据的接收过程中等待数据传输结束;而非阻塞式则是会立即返回一个结果,不会使进程或线程进入等待态.
linux的5种I/O模型
阻塞式I/O: recefrom在返回前(没有结果), 会将进程挂起,进入等待态? , 且在进行IO时, 等待IO结束, 属于同步IO
非阻塞式I/O: recefrom在没有IO结果时, 会立即返回一个标志位, 且在进行IO时, 等待IO结束, 属于同步IO
IO复用: select在IO未准备好时, 会立即返回一个标志位, 通过轮询标志来检查是否有数据准备好, 且在进行IO时, 等待IO结束, 属于同步IO
任务驱动: 四个nation在IO未准备好时, 会立即返回一个标志位(非阻塞), 且在IO过程中, 等待IO结束, 属于同步IO
异步IO: 在IO未准备好时, 会立即返回一个标志位(非阻塞); 当IO准备好时, 由OS内核完成IO, 然后通知异步IO的进程对数据进行处理, 而不是在IO过程中等待IO, 因此属于异步IO
暂时就理解到这里, 不完全对吧... 等有时间再仔细琢磨这些东西
回调机制//http://blog.sina.com.cn/s/blog_77c632410101cjty.htm
public void notifyObservers(Object arg) { /* * a temporary array buffer, used as a snapshot of the state of * current Observers. */Object[] arrLocal;
synchronized (this) { /* We don‘t want the Observer doing callbacks into * arbitrary code while holding its own Monitor. * The code where we extract each Observable from * the Vector and store the state of the Observer * needs synchronization, but notifying observers * does not (should not). The worst result of any * potential race-condition here is that: * 1) a newly-added Observer will miss a * notification in progress * 2) a recently unregistered Observer will be * wrongly notified when it doesn‘t care */if (!changed) return;arrLocal = obs.toArray();clearChanged();}
for (int i = arrLocal.length-1; i>=0; i--) ((Observer)arrLocal[i]).update(this, arg);}