序言
梁川,资深架构师,拥有10年以上一线技术从业经验。梁先生精通Erlang、python、Golang、java; 擅长各种平台高并发大流量架构设计与实施; 精通Ethereum区块链以及相关技术; 通读Go-Ethereum源码。
我们开辟《星际源码》专栏,请梁先生为我们讲讲高深的架构技术。梁先生将会不定期的随时分享他在工作中的感想与新知,希望与感兴趣的开发者朋友们一同学习成长!
go-libp2p-host Connect 源码分析
Connect 过程解析
• go-libp2p-host中定义了Host接口,它有几个实现都在go-libp2p包中,我们关注basic包中的BasicHost实现,因为IPFS用了这个实现
• Connect主要是dial peer并完成握手,再去交换Identify信息,Identify信息后文有提到,文中反复提到的ID是指Identify协议的名称
• 发起连接一端我们称为 from ,被连接一端成为 to ,则有如下过程在两端建立连接,这个时序图只为理解交互过程,对于阅读代码并无实际参考价值;
1、2是指from和to要先启动libp2p的host再做后续操作,在这一步已经执行了Swarm.Listen并启动了handlencoming线程来accept连接,并且为ID协议注册了StreamHandler,为通道上的连接注册了ConnHandler;
3 from端通过Connect来dial to端;
4、to端的newConnHandler被触发,这个方法调用了IdentifyConn;
5、于此同时from端发起连接请求成功后会去调用IdentifyConn;
6~14双方行为一致,握手成功后激活ID协议的StreamHandler触发requestHandler来向对方发送Identify消息,两端用各自的responseHandler来处理Identify消息,并将Identify信息放入peerstore中。
看代码,简单看一下 Connect 过程
首先看看接口怎么定义的,因为所有的逻辑都要建立在 Connect 的基础上,所以以 Connect 为入口来欣赏 BasicHost 的实现过程
Host 是什么以及 Connect 要做的事情通过注视都能看出来,只是看到 TODO 时感到有些遗憾,这个 Relay 足足耽误我几天时间,看来读代码应该先读接口.
From 端 Connect 的实现过程
注视跟接口描述的差不多,如果没有可用连接就会去尝试 dial 这个 peer 并且把它加入到 peerstore 中
dialPeer虽然很复杂但最终是调用到IdentifyConn方法上,我们直接看重点
To 端 Listen 的实现过程
·BasicHost.NewHost
·Swarm.Listen
创建BasicHost时的net参数是Network接口的Swarm实现,那么启动过程中会调用Listen方法,下面代码贴出了关键部分,AddListenAddr方法的list.Accept()对上文提到的握手信息进行了处理,然后要upgrade这个连接,再去触发BasicHost中指定的net.SetConnHandler(h.newConnHandler)
Accept是Listener接口的方法
接口定义在go-libp2p-transport/transport.go中
实现定义在go-libp2p-transport-upgrader/listener.go中,我们看看如何实现
这个实现太简单了,只是在读incoming channel,所以线索是谁在往incoming chainnel中写数据,于是找到了handleIncoming()方法,以TcpTransport实现为例,可以看到是在UpgradeListener时启动的handleIncoming
以上已经把关键点都列出来了,略去了细节,如果想去扩展 go-libp2p 包调整握手协议组建私网等掌握这些内容应该已经够了。
有疑问加站长微信联系(非本文作者)