如何实现兼容浏览器、读写均阻塞的Rust异步无缓冲通道

你需要的是无运行时绑定、支持WASM浏览器环境的异步0缓冲rendezvous通道，现有成熟实现可以直接选用：

• 首选async-channel：该库完全不绑定特定异步运行时，原生支持WASM编译目标，调用async_channel::bounded(0)创建的通道完全匹配你描述的对称阻塞语义：
  • 发送端调用send().await时，若没有正在等待的接收端，会立即让出执行权挂起，不会提前把消息存入缓冲区
  • 接收端调用recv().await时，若没有正在等待的发送端，同样会立即挂起
  • 仅当两端的收发操作均就绪时，消息会直接从发送端传递到接收端，无任何中间缓冲，行为和标准库std::sync::mpsc::sync_channel(0)完全一致，可直接跑通你给出的最小示例，无论两个Future的轮询顺序如何，都只会在收发都准备好后执行打印逻辑。
• 如果仅需单发送单接收的轻量场景，也可以选用futures-lite内置的无缓冲通道，API更精简，同样满足无运行时依赖、WASM兼容的要求。
• Tokio自带的mpsc::channel虽然配置bounded(0)时也能实现相同的rendezvous语义，但它强依赖Tokio自身运行时，无法在浏览器WASM环境运行，不适合你的场景。

注意不要误用futures::channel::mpsc::channel，哪怕传入0作为容量参数，它内部也会预留和发送端数量相等的缓冲槽位，始终满足最小容量大于0，无法实现你要的对称阻塞效果。

如果不想引入额外依赖，不需要完整实现全功能的Sink和Stream特征就能做出满足需求的通道，核心逻辑非常简单：

1. 用互斥锁保护共享状态，状态里只需要存两类信息：挂起的发送任务（携带待发消息和任务唤醒器）、挂起的接收任务（携带任务唤醒器）
2. 发送逻辑：轮询时先检查有没有挂起的接收任务，如果有就直接把消息交给接收方、唤醒接收任务，立即返回就绪状态；如果没有就把当前任务的唤醒器和待发消息存入共享状态，返回挂起状态暂停当前任务
3. 接收逻辑：轮询时先检查有没有挂起的发送任务，如果有就直接取走消息、唤醒发送任务，返回拿到的消息；如果没有就把当前任务的唤醒器存入共享状态，返回挂起状态暂停当前任务

如果需要支持多发送端、多接收端，只需要把挂起任务的存储结构改为队列即可，核心代码量在100行以内，完全可以自行维护，不需要实现Sink/Stream的全部接口，只实现你实际用到的send、recv、close方法就足够。

内容的提问来源于stack exchange，提问作者A. Kriegman