什么是回调?今天傻傻地截了张图问了下,然后被陈大牛回答道“就一个回调…”。此时千万个草泥马飞奔而过(逃
哈哈,看着源码,享受着这种回调在代码上的作用,真是美哉。不妨总结总结。
回调,回调。要先有调用,才有调用者和被调用者之间的回调。所以在百度百科中是这样的:
软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类:同步调用、回调和异步调用。
回调是一种特殊的调用,至于三种方式也有点不同。
1、同步回调,即阻塞,单向。
2、回调,即双向(类似自行车的两个齿轮)。
3、异步调用,即通过异步消息进行通知。
比如这里模拟个场景:客户端发送msg给服务端,服务端处理后(5秒),回调给客户端,告知处理成功。代码如下:
回调接口类:
<a href="http://www.bysocket.com/?p=636#">?</a>
1
2
3
4
5
6
7
8
<code>/**</code>
<code> </code><code>* @author jeff lee</code>
<code> </code><code>* @since 2015-10-21 21:34:21</code>
<code> </code><code>* 回调模式-回调接口类</code>
<code> </code><code>*/</code>
<code>public</code> <code>interface</code> <code>cscallback {</code>
<code> </code><code>public</code> <code>void</code> <code>process(string status);</code>
<code>}</code>
模拟客户端:
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
<code> </code><code>* @since 2015-10-21 21:25:14</code>
<code> </code><code>* 回调模式-模拟客户端类</code>
<code>public</code> <code>class</code> <code>client</code><code>implements</code> <code>cscallback {</code>
<code> </code><code>private</code> <code>server server;</code>
<code> </code><code>public</code> <code>client(server server) {</code>
<code> </code><code>this</code><code>.server = server;</code>
<code> </code><code>}</code>
<code> </code><code>public</code> <code>void</code> <code>sendmsg(</code><code>final</code> <code>string msg){</code>
<code> </code><code>system.out.println(</code><code>"客户端:发送的消息为:"</code> <code>+ msg);</code>
<code> </code><code>new</code> <code>thread(</code><code>new</code> <code>runnable() {</code>
<code> </code><code>@override</code>
<code> </code><code>public</code> <code>void</code> <code>run() {</code>
<code> </code><code>server.getclientmsg(client.</code><code>this</code><code>,msg);</code>
<code> </code><code>}</code>
<code> </code><code>}).start();</code>
<code> </code><code>system.out.println(</code><code>"客户端:异步发送成功"</code><code>);</code>
<code> </code><code>@override</code>
<code> </code><code>public</code> <code>void</code> <code>process(string status) {</code>
<code> </code><code>system.out.println(</code><code>"客户端:服务端回调状态为:"</code> <code>+ status);</code>
模拟服务端:
<code> </code><code>* @since 2015-10-21 21:24:15</code>
<code> </code><code>* 回调模式-模拟服务端类</code>
<code>public</code> <code>class</code> <code>server {</code>
<code> </code><code>public</code> <code>void</code> <code>getclientmsg(cscallback cscallback , string msg) {</code>
<code> </code><code>system.out.println(</code><code>"服务端:服务端接收到客户端发送的消息为:"</code> <code>+ msg);</code>
<code> </code><code>// 模拟服务端需要对数据处理</code>
<code> </code><code>try</code> <code>{</code>
<code> </code><code>thread.sleep(</code><code>5</code> <code>*</code><code>1000</code><code>);</code>
<code> </code><code>}</code><code>catch</code> <code>(interruptedexception e) {</code>
<code> </code><code>e.printstacktrace();</code>
<code> </code><code>}</code>
<code> </code><code>system.out.println(</code><code>"服务端:数据处理成功,返回成功状态 200"</code><code>);</code>
<code> </code><code>string status =</code><code>"200"</code><code>;</code>
<code> </code><code>cscallback.process(status);</code>
测试类:
<code> </code><code>* 回调模式-测试类</code>
<code>public</code> <code>class</code> <code>callbacktest {</code>
<code> </code><code>public</code> <code>static</code> <code>void</code> <code>main(string[] args) {</code>
<code> </code><code>server server =</code><code>new</code> <code>server();</code>
<code> </code><code>client client =</code><code>new</code> <code>client(server);</code>
<code> </code><code>client.sendmsg(</code><code>"server,hello~"</code><code>);</code>
运行下测试类 — 打印结果如下:
客户端:发送的消息为:server,hello~ 客户端:异步发送成功 服务端:服务端接收到客户端发送的消息为:server,hello~ (这里模拟服务端对数据处理时间,等待5秒) 服务端:数据处理成功,返回成功状态 200 客户端:服务端回调状态为:200
一步一步分析下代码,核心总结如下
1、接口作为方法参数,其实际传入引用指向的是实现类 2、client的sendmsg方法中,参数为final,因为要被内部类一个新的线程可以使用。这里就体现了异步。 3、调用server的getclientmsg(),参数传入了client本身(对应第一点)。
还有值得一提的是(逃
回调目前运用在什么场景比较多呢?从操作系统到开发者调用:
1、windows平台的消息机制 2、异步调用微信接口,根据微信返回状态对出业务逻辑响应。 3、servlet中的filter(过滤器)是基于回调函数,需容器支持。
补充:其中 filter(过滤器)和interceptor(拦截器)的区别,拦截器基于是java的反射机制,和容器无关。但与回调机制有异曲同工之妙。
总之,这设计让底层代码调用高层定义(实现层)的子程序,增强了程序的灵活性。
上面讲了filter和intercepter有着异曲同工之妙。其实接口回调机制和一种设计模式—观察者模式也有相似之处:
观察者模式:
gof说道 — “定义对象的一种一对多的依赖关系,当一个对象的状态发送改变的时候,所有对他依赖的对象都被通知到并更新。”它是一种模式,是通过接口回调的方法实现的,即它是一种回调的体现。
接口回调:
与观察者模式的区别是,它是种原理,而非具体实现。
总结四步走:
机制,即是原理。 模式,即是体现。 记住具体场景,常见模式。 然后深入理解原理。