libp2p点对点Request-Response行为实现方案咨询

针对第一个问题：是否可编写不会向整个swarm网络广播、仅定向触达单个目标peer的网络行为 #

完全支持，这是libp2p的原生基础能力，不需要魔改源码就能实现。
libp2p的通信模型从设计之初就没有强制全网广播的约束：只要你持有目标peer的有效PeerID与可达多地址，就可以直接向该peer定向发起通信、投递消息，整个传输路径只会经过链路中间的中继节点（打洞失败需要中继的场景下），不会把消息扩散到swarm内的无关节点。
实现时只要避开floodsub、gossipsub这类自带泛洪广播逻辑的发布订阅模块，直接基于底层点对点流接口做消息发送，就能完全避免消息被广播到全网，实现单peer定向触达。

针对第二个问题：通用开发场景下，libp2p是否支持与当前已建立连接的特定peer进行独占式request/response通信 #

原生支持，这是libp2p自定义协议最典型的使用场景，实现成本很低：

• 第一步自定义专属协议标识，例如/your-app/req-resp/1.0.0，通信两端都注册该协议的流处理器
• 需要发请求时，直接针对目标已连接peer，打开一个绑定上述协议ID的专属双向流。这个流是当前两个节点间独占的通信通道，和同节点上其他协议、其他peer的通信逻辑完全隔离，不会被抢占或串流
• 你可以在这个流上按照自己约定的序列化格式发送请求体，对端接收处理后沿同一条流返回响应体，就完成了一次独占式的请求响应交互
• 如果需要更强的隔离性，还可以为每一次request/response交互单独新建一条流，交互完成后立即关闭流，彻底避免同连接上不同请求之间的互相干扰。

注意：不要用pubsub模块实现这类单播请求响应逻辑，pubsub是面向多订阅者的广播场景设计的，本身不提供单目标独占流的可靠性保证，直接基于原生自定义流实现是最稳妥的方案。

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