Dubbo中的那些坑(二)异步调用

Dubbo异步调用

Dubbo原生支持异步调用,但其中依然有坑。

异步调用依赖传递性

  • 问题表现:如果consumer-A异步调用provider-B,而provider-B本身又调用了provider-C。当provider-B调用provider-C时,会变成异步。
  • 问题原因:是否异步调用取决于RpcContext中async的值,其次才是服务本身的配置。当A调用B时,会把async=true传给B的RpcContext;B调用C时,虽然服务本身async=false,但RpcContext中async=true,自然也就成了异步调用
  • 解决方式:参考:Dubbo异步方法调用里有个坑

异步回调

  • 问题表现:Dubbo原生的异步回调,执行feature.get()当远程调用有值就返回,而不是当远程调用有值并且回调执行完毕再返回。
  • 问题原因:可能设计的时候就是这么设计的,不认为需要等调执行完毕再返回。但对我们的代码书写造成了很大的不便,需要自己写代码去判断回调是否执行完毕。
  • 解决方式:写几个工具类解决此问题。另外Dubbo原生的调用方式还是偏复杂(具体如何使用Dubbo的原生异步回调,请参阅这里:在Dubbo中实现更简单易用的异步),可以对其进行简化。

简化后的调用方式:

//DubboUtils.async()为调用异步工具类
//demoService.echo()为调用Dubbo服务的echo()方法
//DubboCallback.apply()为远程调用返回后的回调
DubboUtils.async(demoService.echo(String echo), new DubboCallback<String>() {
    @Override
    public void apply(String response) {
        //此处写具体的回调内容
    }
}).done();

工具类如下,或者你可以直接引用我的项目,地址:GitHub:xydonne/dubbo-async-utils:

/**
 * @author DonneyYoung
 */
public class DubboFuture<T> implements Future<T> {

    private Future<T> future;

    private DubboCallback<T> callback;

    public DubboFuture(Future<T> future) {
        this.future = future;
    }

    public DubboFuture(Future<T> future, DubboCallback<T> callback) {
        this.future = future;
        this.callback = callback;
    }

    @Override
    public boolean cancel(boolean mayInterruptIfRunning) {
        return future.cancel(mayInterruptIfRunning);
    }

    @Override
    public boolean isCancelled() {
        return future.isCancelled();
    }

    @Override
    public boolean isDone() {
        return future.isDone();
    }

    @Override
    public T get() throws InterruptedException, ExecutionException {
        return future.get();
    }

    @Override
    public T get(long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException {
        return future.get(timeout, unit);
    }

    public T done() {
        if (null != callback)
            callback.waitUntilDone();
        try {
            return get();
        } catch (InterruptedException | ExecutionException e) {
            throw new RuntimeException(e.getMessage(), e);
        }
    }

    public T done(long timeout, TimeUnit unit) {
        if (null != callback)
            callback.waitUntilDone(unit.toMillis(timeout));
        try {
            return get(timeout, unit);
        } catch (InterruptedException | ExecutionException | TimeoutException e) {
            throw new RuntimeException(e.getMessage(), e);
        }
    }
}
/**
 * @author DonneyYoung
 */
public abstract class DubboCallback<T> implements ResponseCallback {

    protected volatile boolean done = false;

    public abstract void apply(T response);

    @Override
    @SuppressWarnings("unchecked")
    public void done(Object result) {
        try {
            this.apply((T) ((Result) result).getValue());
        } finally {
            synchronized (this) {
                done = true;
                this.notifyAll();
            }
        }
    }

    @Override
    public void caught(Throwable throwable) {
        synchronized (this) {
            done = true;
            this.notifyAll();
        }
    }

    public void waitUntilDone() {
        waitUntilDone(0);
    }

    public void waitUntilDone(long timeout) {
        synchronized (this) {
            while (!done) {
                try {
                    this.wait(timeout);
                } catch (InterruptedException e) {
                    throw new RuntimeException(e);
                }
            }
        }
    }
}
/**
 * Dubbo服务工具类
 *
 * @author DonneyYoung
 */
public class DubboUtils {
    @SuppressWarnings("unchecked")
    public static <E> DubboFuture<E> async(E response) {
        return new DubboFuture<>((Future<E>) RpcContext.getContext().getFuture());
    }

    @SuppressWarnings("unchecked")
    public static <E> DubboFuture<E> async(E response, DubboCallback<E> responseCallback) {
        ((FutureAdapter) RpcContext.getContext().getFuture()).getFuture().setCallback(responseCallback);
        return new DubboFuture<>((Future<E>) RpcContext.getContext().getFuture(), responseCallback);
    }
}

转载注明出处,我就不和你计较。
by Donney Young
http://www.jianshu.com/p/1ca2026500f8

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,718评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,683评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,207评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,755评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,862评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,050评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,136评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,882评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,330评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,651评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,789评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,477评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,135评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,864评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,099评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,598评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,697评论 2 351

推荐阅读更多精彩内容