＋设为首页 ＋添加到收藏夹
encoder 类在encrypter.py中,该文件中,还有一个 connection 类,而在 connecter.py 文件中,也有一个 connection 类,这两个同名的 connection 类有些蹊跷,为了区分,我把它们重新命名为 e-connection 与 c-connection.
3.2.c-connection:管理对等协议层次上的连接.在 tcp 连接之上,是 bt对等协议的连接,它需要经过bt对等协议的两次“握手”,握手的细节大家去看bt对等协议.过程是这样的:为了便于述说,我们假设一个bt客户端为 a,另一个客户端为 x.如果是x主动向a发起连接,那么在tcp连接建立之后,a立刻利用这个连接向x发送bt对等协议的“握手”消息.同样,x在连接一旦建立之后,向 a发送bt对等协议的“握手”消息.a一旦接收到x的“握手”消息,那么它就认为“握手”成功,建立了bt对等协议层次上的连接.我把它叫做“对等连接”.a 发送了一个消息,同时接收了一个消息,所以这个握手过程是两次“握手”.同样,对x 来说,因为连接是它主动发起的,所以它在发送完“握手”消息之后,就等待a的“握手”消息,如果收到,那么它也认为“对等连接”建立了.一旦“对等连接”建立之后,双方就可以通过这个连接传递消息了. 【程序编程相关:在 Linux 下提升 bash 权限！】
3.1.e-connection:负责 tcp 层次上的连接工作这两个 connection 是有区别的,这是因为bt对等协议需要在两个层次上建立连接.首先是 tcp 层次上的连接,也就是经过 tcp 的三次握手之后,建立连接,这个连接由 e-connection 来管理.在 encoder:: external_connection_made() 函数中可以看到,一旦有外部连接到来,则创建一个 e-connection 类. 【推荐阅读:商业智能该如何开始?】
也就是说,不管是x主动向a发起的连接,还是 a 主动向 x发起的连接,一旦建立之后,它们的效果是一样的.这个同我们平时做 c/s结构的网络开发是有区别的. 【扩展信息:在 Linux 下直接使用 ISO 映像】
这样,原来我所疑惑的一个问题也就有了答案.就是:如果 x 需要从 a 这里下载数据,那么它会同 a 建立一个连接.假如 a 又希望从 x 那里下载数据,它需不需要重新向 x 发起另外一个连接了?答案显然是不用,它会利用已有的一条连接.
我们可以看到在 e-connection的初始化函数中,会主动连接的另一方发送“握手”消息,在 e-connection::data_came_in() 中,会首先对对方的“握手”消息进行处理.这正是我上面所描述的情形.... 下一页