Java/Kotlin到Flutter（非反向）的通信通道名称是什么

你要找的专门用于Java/Kotlin等原生端主动向Flutter推送数据的通道是EventChannel。

三类常用平台通道的适用场景区分 #

• MethodChannel：就是你目前已经在使用的通道，默认交互模式是Flutter侧主动发起调用，原生侧接收调用后返回响应结果，属于单次请求-响应的双向交互，适合触发式的功能调用场景，比如调用原生拍照、获取设备信息等。虽然MethodChannel也支持原生侧反向调用Flutter侧的方法，但它本质还是请求-响应模式，没有做持续事件流的封装，不适合任意时机的高频主动推送场景。
• EventChannel：专门为原生侧主动推送流数据设计的通道，交互模式是Flutter侧先完成流订阅，原生侧持有事件发送实例后，可以在任意时间点主动向Flutter推送数据，不需要等待Flutter发起调用，非常适合状态监听、持续数据上报类场景，比如监听网络状态变化、传感器实时数据、推送消息到达事件、定位持续更新等。
• BasicMessageChannel：是更底层的通用双向通信通道，支持两端任意时机互发消息，没有做特定交互模式的封装，灵活度最高但需要自己处理消息编解码、流控逻辑，一般在有高度定制化通信需求时才会使用。

EventChannel的核心使用逻辑 #

1. 原生侧（以Kotlin为例）：绑定和Flutter侧约定好的同名字符串通道标识，实现StreamHandler接口，在onListen回调中保存传入的EventSink实例，后续需要推送数据时，直接调用eventSink?.success(要推送的数据)即可，需要结束流时调用eventSink?.endOfStream()，出错时调用eventSink?.error()传递错误信息。
2. Flutter侧：绑定同标识的EventChannel实例，调用receiveBroadcastStream()方法发起订阅，拿到Stream后通过listen方法监听原生推送过来的数据、错误、流结束事件即可。

注意：EventChannel是广播流模式，多个订阅者可以同时监听原生推送的事件，原生侧不需要为多个订阅者重复维护发送逻辑，和Flutter本身的Stream广播行为一致。

内容的提问来源于stack exchange，提问作者Poperton