Java异步回调

作者:禅楼望月(http://www.cnblogs.com/yaoyinglong

1.开始讲故事:

午饭的时候到了,可是天气太冷,根本不想出办公室的门,于是你拨通了XXX饭店的订餐电话“喂!你好,我是XXX公司的小菜,我要点……”。然后以继续干你的工作了,过了一会儿,“你好,是XXX公司的小菜吧,你的午饭到了”。这个过程便是一个典型的异步回调。那么我们来看一下,这个里面有什么必须的条件:

  1. XXX饭店必须有送饭的业务;
  2. 你必须接受饭菜,如果你不接受饭菜,你就吃不到饭了。

这两个协议双方都必须遵守,其中一方不遵守,这项工作就办不成了。

首先我们定义一个送饭的业务协议:

1 public interface SendFood {
2     void sendFood(ReceiveFood receive,String foodName);
3 }

然后我们定义一个将饭送到哪里的协议:

1 public interface ReceiveFood {
2     void receiveFood(Food food);
3 }

然后我们定义一个餐馆让他遵守送饭的协议:

 1 public class XXXRestaurant implements SendFood {
 2
 3     @Override
 4     public void sendFood(ReceiveFood receive,String foodName) {
 5         //告诉厨房做饭……
 6         Food lunch=cook(foodName);
 7         //将午餐送到你们约定的地点
 8         receive.receiveFood(lunch);
 9     }
10     private Food cook(String foodName){
11         //经过一段时间,一些美食已经错出来了
12         Food someFood=new Food(foodName);
13         return someFood;
14     }
15 }

然后就是定义我们自己,我们遵守接受饭菜的协议:

 1 public class XiaoCai implements ReceiveFood {
 2     private SendFood restaurant;
 3     public XiaoCai(SendFood restaurant){
 4         this.restaurant=restaurant;
 5     }
 6     public void orderFood(final String foodName){
 7         new Runnable() {
 8             @Override
 9             public void run() {
10                 restaurant.sendFood(XiaoCai.this,foodName);
11             }
12         }.run();
13     }
14     @Override
15     public void receiveFood(Food food) {
16         System.out.println("饭好了");
17     }
18 }

测试一下:

2.理解

因此,我们可以这样理解回调:A委托B去办一件事情,然后B办完之后通知A。表现在代码中即:类A的方法fa调用类B的方法fb,饭后fb中又调用了类A的方法fa1。

3.多线程与异步的区别[转载]

首先非常感谢YDHL iPhone Dev的贡献

3.1异步操作的本质

  所有的程序最终都会由计算机硬件来执行,所以为了更好的理解异步操作的本质,我们有必要了解一下它的硬件基础。 熟悉电脑硬件的朋友肯定对DMA这个词不陌生,硬盘、光驱的技术规格中都有明确DMA的模式指标,其实网卡、声卡、显卡也是有DMA功能的。DMA就是直接内存访问的意思,也就是说,拥有DMA功能的硬件在和内存进行数据交换的时候可以不消耗CPU资源。只要CPU在发起数据传输时发送一个指令,硬件就开始自己和内存交换数据,在传输完成之后硬件会触发一个中断来通知操作完成。这些无须消耗CPU时间的I/O操作正是异步操作的硬件基础。所以即使在DOS这样的单进程(而且无线程概念)系统中也同样可以发起异步的DMA操作。

3.2线程的本质

  线程不是一个计算机硬件的功能,而是操作系统提供的一种逻辑功能,线程本质上是进程中一段并发运行的代码,所以线程需要操作系统投入CPU资源来运行和调度。

3.3异步操作的优缺点

  因为异步操作无须额外的线程负担,并且使用回调的方式进行处理,在设计良好的情况下,处理函数可以不必使用共享变量(即使无法完全不用,最起码可以减少共享变量的数量),减少了死锁的可能。当然异步操作也并非完美无暇。编写异步操作的复杂程度较高,程序主要使用回调方式进行处理,与普通人的思维方式有些初入,而且难以调试。

3.4多线程的优缺点

  多线程的优点很明显,线程中的处理程序依然是顺序执行,符合普通人的思维习惯,所以编程简单。但是多线程的缺点也同样明显,线程的使用(滥用)会给系统带来上下文切换的额外负担。并且线程间的共享变量可能造成死锁的出现。

3.5适用范围

  在了解了线程与异步操作各自的优缺点之后,我们可以来探讨一下线程和异步的合理用途。我认为:当需要执行I/O操作时,使用异步操作比使用线程+同步I/O操作更合适。I/O操作不仅包括了直接的文件、网络的读写,还包括数据库操作、Web Service、HttpRequest以及.Net Remoting等跨进程的调用。
  而线程的适用范围则是那种需要长时间CPU运算的场合,例如耗时较长的图形处理和算法执行。但是往往由于使用线程编程的简单和符合习惯,所以很多朋友往往会使用线程来执行耗时较长的I/O操作。这样在只有少数几个并发操作的时候还无伤大雅,如果需要处理大量的并发操作时就不合适了。

时间: 2024-08-05 05:37:20

Java异步回调的相关文章

java 中的异步回调

异步回调,本来在c#中是一件极为简单和优雅的事情,想不到在java的世界里,却如此烦琐,先看下类图: 先定义了一个CallBackTask,做为外层的面子工程,其主要工作为start 开始一个异步操作,然而真正干活的是CallBackBody,它里面的execute才是真正要处理的事情,如果成功,则触发onSucess,否则触发onFailure. CallBackApp做为最终的运行舞台,这里面还得单独跑一个线程,来启动CallBackTask,这样才不会阻塞后面的处理. CallBackBo

Java并发编程实践:Callable异步回调Future、FutureTask用法

Callable接口类似于Runnable,从名字就可以看出来了,但是Runnable不会返回结果,并且无法抛出返回结果的异常,而Callable功能更强大一些,被线程执行后,可以返回值,这个返回值可以被Future拿到.FutureTask实现了两个接口,Runnable和Future,所以它既可以作为Runnable被线程执行,又可以作为Future得到Callable的返回值,那么这个组合的使用有什么好处呢?假设有一个很耗时的返回值需要计算,并且这个返回值不是立刻需要的话,那么就可以使用这

Java(Android)回调函数详解

一.前言 本周有位入行开发不久的朋友问我回调究竟是个什么概念,在网上看了很多的回调函数解释,但是越看越乱.虽然回调函数这个梗已经不新鲜了,这里还是用书面的形式记录下. 如果有了解的,就无需再看. 二.概念 概念上,这里引用百度百科的解释,如下: 回调函数就是一个通过函数指针调用的函数.如果你把函数的指针(地址)作为参数传递给另一个函数,当这个指针被用来调用其所指向的函数时,我们就说这是回调函数.回调函数不是由该函数的实现方直接调用,而是在特定的事件或条件发生时由另外的一方调用的,用于对该事件或条

异步回调方式的讨论

很多时候需要异步操作来避免阻塞当前线程,而异步操作的结果需要通过回调告知调用者,而回调的方式有多种,且不同语言支持的情况也不一样. 回调机制是在某个时间发生前准备好的一段代码,事件一旦发生,系就会执行相应的代码.因此回调有两个主要部分组成:(1)注册过程 (2)事件发生时需要执行的代码. 实现回调机制的途径有一下几大类: 1.注册对象和回调方法 (1)目标-动作对:异步调用时,简单保存目标对象指针和其回调处理方法的指针,当异步操作结束后,被调用对象会通过二者找到回调的入口,并执行回调. (2)

同步和异步回调

同步和异步回调 作者:havoc (原文地址:http://blog.ometer.com/2011/07/24/callbacks-synchronous-and-asynchronous/) 这里讲两个使用callback设计API的指南,并且添加到我的杂记posts about minor API design points中.我之前多次在不同的场合发起过关于"sync vs. async"回调的问题.这个问题着实困扰着API设计者和使用者. 最近,这个问题在我处理Hammers

Android Binder机制中的异步回调

“Binder通信是同步而不是异步的”,但是在实际使用时,是设计成客户端同步而服务端异步. 看看Framwork层的各service类java源码便会知道,在客户端调用服务端的各种方法时,通常会传递一个Binder过来,该Binder对象用于服务端做异步回调,而服务端本身会使用handler或队列的方式做成异步处理.在Android中,系统service是作为"管理者"的身份存在的,像Ams(ActivityManagerService),它并不创建Activity,创建Activit

java中回调函数的理解

不要忽律学习中的一点点细节,也许他会决定你的成败. 这是在c/c++中的定义: 回调函数就是一个通过函数指针(函数地址)调用的函数.如果把函数的指针(也即函数的地址)作为参数传递给另一个函数,当通过这个指针调用它所指向的函数时,称为函数的回调. 回调函数不是由该函数的实现方直接调用的,而是在特定的事件或条件发生时,由另外的一方调用的,用于对该事件或条件进行响应. 软件模块之间总是存在着一定的接口,从调用方式上,可以把他们分为三类: 同步调用.回调和异步调用. 同步调用是一种阻塞式调用,调用方要等

java Android 回调机制的详解

以前不理解什么叫回调,天天听人家说加一个回调方法啥的,心里想我草,什么叫回调方法啊?然后自己就在网上找啊找啊找,找了很多也不是很明白,现在知道了,所谓回调:就是A类中调用B类中的某个方法C,然后B类中反过来调用A类中的方法D,D这个方法就叫回调方法,这样子说你是不是有点晕晕的,其实我刚开始也是这样不理解,看了人家说比较经典的回调方式: Class A实现接口CallBack callback--背景1 class A中包含一个class B的引用b --背景2 class B有一个参数为call

java接口回调的经典使用案例

java接口回调的经典使用案例 内容简介: 接口回调的理解及需要关注的问题 接口回调一般常规用法 接口回调简洁用法 接口回调的意义 接口回调简介: 简单的说接口回调就是:调用者A类访问了被调用者B类中的M方法.这个M方法在执行完毕后又调用了A类中的方法. 问题? B类中的M方法是如何访问A类中的方法的呢?弄清了这个问题,也就明白了接口回调. 下面我们根据一个场景描述去编写代码: 我们在调用者Caller类中使用被调用者Collee类中的下载文件方法DownLoadFile().下载完成后要通知C