Flutter原理篇：聊一聊网上对于EventChannel全双工通信的误解

哈喽，大家好，本来最近在策划写一篇从Native到Dart的通信原理的文章，但是在文章规划的过程中突然想起了一个问题，而且是我一直以来感觉有疑问的事情，那就是到底EventChannel到底是不是全双工通信的呢，所以干脆引申出了这篇文章来好好的给大家讨论下这个问题，以及讨论下网络对于一些观点不假思索不断传播的问题

众所周知从Native到Dart端有三种通信方式也就是三种Channel，如下：

• BasicMessageChannel：用于传递字符串和半结构化的信息。
• MethodChannel：用于传递方法调用（method invocation）。
• EventChannel: 用于数据流（event streams）的通信。

我们先来看看网络对于这三种Channel的描述，截图如下：

Pasted Graphic.png

截图出处来自于某一篇博客，再例如：

image.png

上面截图是某些博客的内容，这个不是针对某些人，而是我觉得很奇怪为什么大部分博客都有这个结论呢？

类似上面的截图如果你细看的话论坛上还有很多，很多人都认为这三种都是全双工通信的，我们先来看看全双工的定义，这个概念来自于嵌入式（我以前做过1年多的Linux嵌入式所以有些了解，当时全是凭爱好自学的）

全双工传输英文写法是:Full－Duplex Transmissions
是指当数据的发送和接收分流，分别由两根不同的传输线传送时，通信双方都能在同一时刻进行发送和接收操作，这样的传送方式就是全双工制。

简单来讲也就是数据可以同时收发，那我们展开来看看为什么EventChannel是单向的呢，我们来看看Android端他的使用：

public class EventChannelPlugin implements EventChannel.StreamHandler {
    private EventChannel.EventSink eventSink;

    static EventChannelPlugin registerWith(BinaryMessenger messenger) {
        EventChannelPlugin plugin = new EventChannelPlugin();
        new EventChannel(messenger, "EventChannelPlugin").setStreamHandler(plugin);
        return plugin;
    }

    void send(Object params) {
        if (eventSink != null) {
            eventSink.success(params);
        }
    }

    @Override
    public void onListen(Object args, EventChannel.EventSink eventSink) {
        this.eventSink = eventSink;
    }

    @Override
    public void onCancel(Object o) {
        eventSink = null;
    }
}

使用很简单，除了初始化方法，剩下的是send发生方法，一个onListen监听方法，还有一个onCancel取消方法，在监听中首先onListen会把this.eventSink初始化，eventSink就是对外的通信手段，下面我们简单的来看看他的方法：

public interface EventSink {
  /**
   * Consumes a successful event.
   *
   * @param event the event, possibly null.
   */
  void success(Object event);

  /**
   * Consumes an error event.
   *
   * @param errorCode an error code String.
   * @param errorMessage a human-readable error message String, possibly null.
   * @param errorDetails error details, possibly null
   */
  void error(String errorCode, String errorMessage, Object errorDetails);

  /**
   * Consumes end of stream. Ensuing calls to {@link #success(Object)} or {@link #error(String,
   * String, Object)}, if any, are ignored.
   */
  void endOfStream();
}

大家可以看看这个接口里面只有success去发送一个事件，并没有一个接口回调去注册一个监听，再来看看他在Dart（Flutter）端的使用：

@override
void initState() {
  _streamSubscription = _eventChannelPlugin
      .receiveBroadcastStream('123')
      .listen(_onToDart, onError: _onToDartError);
  super.initState();
}

void _onToDart(message) {
  setState(() {
    showMessage = 'EventChannel:'+message;
  });
}

void _onToDartError(error) {
  print(error);
}

大家可以看看他的Dart（Flutter）端的使用，initState函数里面就包括了两个监听函数，并且_onToDart这里只有监听的步骤却没有发送的方法在里面，足可以说明这个EventChannel并不是全双工的，半双工都谈不上，充其量只是单工而已

这个时候肯定有人会反驳我说你看EventChannel他的receiveBroadcastStream方法里面也是用了MethodChannel来进行通信所以他也算全双工

Dart部分代码：

Stream receiveBroadcastStream([ dynamic arguments ]) {
  final MethodChannel methodChannel = MethodChannel(name, codec);
  late StreamController controller;
  controller = StreamController.broadcast(onListen: () async {
    binaryMessenger.setMessageHandler(name, (ByteData? reply) async {
      if (reply == null) {
        controller.close();
      } else {
        try {
          controller.add(codec.decodeEnvelope(reply));
        } on PlatformException catch (e) {
          controller.addError(e);
        }
      }
      return null;
    });
    try {
      await methodChannel.invokeMethod('listen', arguments);
    } catch (exception, stack) {
      FlutterError.reportError(FlutterErrorDetails(
        exception: exception,
        stack: stack,
        library: 'services library',
        context: ErrorDescription('while activating platform stream on channel $name'),
      ));
    }
  }, onCancel: () async {
    binaryMessenger.setMessageHandler(name, null);
    try {
      await methodChannel.invokeMethod('cancel', arguments);
    } catch (exception, stack) {
      FlutterError.reportError(FlutterErrorDetails(
        exception: exception,
        stack: stack,
        library: 'services library',
        context: ErrorDescription('while de-activating platform stream on channel $name'),
      ));
    }
  });
  return controller.stream;
}

要我说这些就属于硬扛了，首先他的receiveBroadcastStream中的MethodChannel并没有暴露出来只是在这个方法里面使用，而且只是用来通知对方PlatForm（Native）端可以进行listen监听了或者cancel了，并没有做额外的发送动作，其次最重要的是Dart端EventChannel并没有暴露可以发送的方法出来，所以这种说法不成立

相信大家看到这里也应该清楚了，我写这篇文章没有任何针对的意思，主要是一开始少部分人搞不清楚概念就算了，但是这种观点愈演愈烈我就感觉不太对了想指出来一下，由此也可见网络上很多文章观点大家都没有仔细论证过就复用了，然后不断地拷贝传播就成了今天这个样子，希望大家以后还是要分别的仔细的去对待一些概念以及结论

好了，我是耗子 如有你有任何疑问可以给我提出来，好了今天这篇简短的文章就到这里了，欢迎大家关注我的账号，有问题给我留言，我们下期见···