JAVA实现async/await异步处理等待机制

搜遍了百度都没看到JAVA有实现async/await的方案,而js 、.net 、scala都有async/await,心里感觉特别不爽,为什么JAVA没有呢,实现async/await很难吗? 于是参考了scala的实现方式,感觉看到了一点希望,觉得java也是可以像scala那样实现的,于是开始了以下尝试:
实现异步等待Async类:

/**
* @author ffychina
* @since 2020-04-13
* https://blog.csdn.net/ffychina
* */

import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.CountDownLatch;

public class Async{
private List<AsyncFunction> asyncFnList=new ArrayList<Async.AsyncFunction>();

public Async(){
}

public Async(AsyncFunction runable){
add(runable);
}

public Async add(AsyncFunction runable){
asyncFnList.add(runable);
return this;
}

public Object await(){
CountDownLatch latch=new CountDownLatch(asyncFnList.size());
for(AsyncFunction asyncFn:asyncFnList){
asyncFn._latch[0]=latch;
Thread thread=new Thread(asyncFn);
thread.start();
}
try{
latch.await();
}catch(InterruptedException e){
e.printStackTrace();
}
List result=this.asyncFnList.get(0)._result;
if(asyncFnList.size()==0){
return result.get(0);
}else{
return result.toArray();
}
}

@FunctionalInterface
public static interface AsyncFunction extends Runnable{
Object call();

List _result=new ArrayList();
CountDownLatch[] _latch=new CountDownLatch[1];

@Override
default void run(){
synchronized(_result){
_result.add(call());
}
_latch[0].countDown();
}

default Object result(){
return _result.toArray(new Object[0]);
}
}

}

异步线程测试用例:

import java.util.ArrayList;
import java.util.concurrent.CountDownLatch;
import org.nutz.http.Http;
import org.nutz.log.Log;
import org.nutz.log.Logs;
import cn.hutool.core.date.DateUtil;
import cn.hutool.core.date.TimeInterval;
import cn.hutool.core.thread.ThreadUtil;
import cn.hutool.core.util.StrUtil;

TimeInterval timer=DateUtil.timer();
Object result=new Async(()->{
int courseId=Double.valueOf(Math.random()*100000).intValue();
String url="http://127.0.0.1:8080/hello/"+courseId;
String res=Http.get(url).getContent();
log.info(res);
return res;
}).add(()->{ //增加多一个异步线程
String url="http://127.0.0.1:8080/hello/world";
String res=Http.get(url).getContent();
log.info(res);
return res;
}).await();
log.info(StrUtil.join(",",result));
log.info("finish test,spend ms: "+timer.interval());
异步线程处理结果:

20-04-13 09:42:57.194 INFO [Thread-0] {"method":"post","param1":"hello","param2":"16686"}
20-04-13 09:42:57.196 INFO [Thread-1] {"method":"post","param1":"hello","param2":"world"}
20-04-13 09:42:57.206 INFO [main] {"method":"post","param1":"hello","param2":"16686"},{"method":"post","param1":"hello","param2":"world"}
20-04-13 09:42:57.207 INFO [main] finish test,spend ms: 452
分享心得:
以上代码实现只是为了抛砖引玉,希望大家都给点建议或加以完善。我的出发点是在使用vertx框架时能更好的利用异步处理,写出更容易阅读和理解的代码风格。
另外,如何更好地结合Promise目前还没有想好该怎么做,也希望能听一下大家的建议。

https://blog.csdn.net/ffychina/article/details/105482052

https://blog.csdn.net/weixin_34117211/article/details/92065633

异步编程的最高境界,就是根本不用关心它是不是异步

.NET的async/await方式最先达到了这个境界。

和async/await写法相比,Java的什么ExecutorService以及回调之类设计都是惭愧无比的。当然,习惯了也没啥,反正那Java的lamda表达式用着也可以接受。

人不知道更好的东西的时候其实也就无所谓难受,更何况现在Java强势,.NET就算有好东西也发不出太大的影响...

不过可以想象,如果Java9支持了这个写法,那么那些RxJava什么的和回调有关系的各种lib都会成为二等公民(对于某数据流式处理还是需要的)。

其实那么多牛人,怎么会想不到这点呢,为啥还不改呢?也许是不想承受抄袭的骂名,而是想改得直接超越.NET的,也许是专利限制,谁知道呢。

想来又不是要改JVM,只是改点编译器罢,支持把await的后的代码自动编程回调函数,再把系统的一些费时间的method给多封装一个返回AsyncResult<SomeReturnType>之类的method,多大的事儿啊,改了吧。

那些getter/setter不支持的事儿就不和你计较了,反正还有个Lombk预编译加上@Gettr/@Setter之类的就可以了。可这个async/await不然,就不容易由第三方用类似的方法实现了。


顺便普及一下async+await是如何优雅的,最自然的语法,天才的想法。思路大致是这样:

  1. 假设先做个很重的API,为了异步,那就立刻返回一个AsyncResult<真实返回类型>,就是不是立刻得到结果的那种,同时在单独的线程池里执行本来的动作。 一般的编程模式是,让用户通过回调来处理结果:
  1. string someFunction() {
  2. AsyncResult<真实返回值类型> asyncResult = someApi(...);
  3. asyncResult.onComplete( 真实结果 -> {
  4. ...对结果的处理...
  5. } );
  6. return something;
  7. }
  1. 就在这时,有哪位聪明人,觉得可以让编译器作者事儿,只要代码里加个标记就行了,这就是await的登场了
  1. string someFunction() {
  2. 真实返回值类型> result = await someApi(...);
  3. ...对结果的处理...
  4. return something;
  5. }

相当于编译器自动把await语句后面的知道函数末尾的所有语句都编译成了一个临时的Lamda表达式了。 3. 但是这样一来,异步的特性会逐层传染,当前所在的函数someFunction也就立刻返回了,那到底返回成什么好呢,这就是async的登场了。

  1. async string someFunction() {
  2. 真实返回值类型> result = await someApi(...);
  3. ...对结果的处理...
  4. return something;
  5. }

这就是告诉编译器,谁要是调用someFunction,他也必须用await罩一下。

  1. string x = await someFunction()
  2. ...

就这么想着想着改巴改巴就成了。

更具体的,就随手转帖一个有关.NET async/await的实现背后 « 司维的思维


async/await多美啊,实在符合自然思维,看到await,就明白后面的代码会等会儿再执行,暂时可以回家吃饭去了。

但是,也有缺点,await只能取得一个结果,然后就不搞了。 这对于陆陆续续出若干个结果的API,就没什么作用,难道把一个流作为返回值,那最终,还是需要RxJava那种针对流处理的Publisher/Subscriber+Callback的方式。 这就是yield的登场了,它没有async/await直观好懂,就不多说了。

顺便转个 JavaScript async/await 函数的含义和用法 - 阮一峰的网络日志,里面也有提到yield,看看就知道了。


真想不到以前弱弱的Java和JavaScript成长到现在这么强大,真真是凝聚着无数高手们的心血,硬是挤得.NET直哆嗦(即使.NET在实现上依然优于Java,但是事儿不是那么单纯的)。真是白让我以前那么喜欢.NET。

https://zhuanlan.zhihu.com/p/180473802

虽然Java官方有loom项目来实现协程,但是实在等不住了。既然fanx支持async/await,所以就尝试和异步IO结合,来实现高性能网络框架。

代码见这里:fanx-dev/asyncServer

架构类似于netty的reactor模式,像这样:

 

示例代码:

class TestServer : Handler {

  override async Void onService(Socket socket) {
    buf := NioBuf.makeMem(1024)
    n := await socket.read(buf, 1)
    buf.flip()
    echo("=====server receive: $buf: "+buf.readAllStr)

    buf.clear
    buf.printLine("HelloWorld")
    buf.flip
    n2 := await socket.write(buf)
    echo("=====send: "+n2)
  }

  static Void main() {
    Server {
      port = 8080
      handler = TestServer#
    }.start
  }
}

代码中,当运行到await的时候当前任务暂停,并交给selector线程去监听IO事件,当前线程没有阻塞而是去继续处理其他连接任务。当selector发现事件就绪后通知恢复运行任务。由于采用线程池机制await前后可能运行在不同的线程中。

是不是代码看起来比netty的回调好多了。

支持基本的Http协议:

class HttpTestServer : HttpHandler {

  override async Void onHttpService(HttpReq req, HttpRes res) {
    echo("Server receive: "+req.headers)
    res.headers["Content-Type"] = "text/html; charset=utf-8"

    buf := NioBuf.makeMem(1024)
    buf.printLine("<html>
                        <body>Hello World</body>
                       </html>")
    buf.flip
    //await res.writeFixed(buf)
    await res.writeChunk(buf)
  }

  static Void main() {
    Server {
      port = 8080
      handler = HttpTestServer#
    }.start
  }
}

性能方面没有测试,估计肯定比阻塞IO好。

Java基于协程的IO框架还可以使用kilim,本项目也参考了kilim的代码。

https://github.com/fanx-dev/asyncServer

 

https://vertx.io/

https://github.com/reactivex/rxjava

https://vertx.io/docs/vertx-rx/java/

 

文本处理

http://www.nltk.org/

https://textblob.readthedocs.io/en/dev/

https://spacy.io/

https://pypi.org/project/gensim/

https://stanfordnlp.github.io/CoreNLP/

Tone Tsutomu 的网络信息

http://tonetsutomu.com/tone/

 

https://raft.github.io/

http://blog.datadive.net/selecting-good-features-part-ii-linear-models-and-regularization/

https://scikit-learn.org/stable/tutorial/index.html

http://archive.ics.uci.edu/ml/index.php

http://ipython.org/ipython-doc/1/interactive/public_server.html

 

www.kaggle.com/

https://www.coursera.org/

https://www.coursera.org/learn/machine-learning

https://www.coursera.org/learn/probabilistic-graphical-models

https://cloud.google.com/dataproc

https://iansommerville.com/software-engineering-book/ 

 

https://www.bilibili.com/video/av61253978/

posted @ 2021-07-09 22:44  CharyGao  阅读(159)  评论(0)    收藏  举报