我对Bittorrent Peer Wire协议有几个问题。 我正在尝试使用this spec在Java中实现它。
在Peer Wire Protocol部分中,它表示所有整数都是四字节大端值。 AFAIK java使用big endian。这是否意味着如果我想发送阻塞消息
扼流圈:其中LEN = 0001><编号= 0>
我只是写入sokcet 1后跟0?
至于我的第二个问题。在请求一件作品时,我认为多个文件是一个大的连续文件?或者考虑单个文件?因为片段长度不会与文件对齐,所以一个索引既可以包含一个文件的结尾又可以包含另一个文件的开头?
关于我打开与同伴的连接并发送握手的最后一个问题,我是否只是继续请求件或请求等待一段时间以查看它是否会向我们请求某些内容?谈话是如何进行的?我主要完成了http类型的网络编程,我要求等待响应的东西。但如果我继续要求件我怎么送件?
答案 0 :(得分:7)
坚持使用简单的方法,如果您使用基于流的I / O,则在编写基元类型时使用DataInputStream和DataOutputStream(例如, byte , int , long 等):
Socket s; // assume this is already connected
DataOutputStream out = new DataOutputStream( s.getOutputStream );
out.writeByte( 1 );
out.writeInt( 0 );
out.flush(); // optional
如果您使用的是非阻塞I / O(例如java.nio包中的类),请使用ByteBuffer s:
Socket s; // assume this is already connected
SocketChannel = s.getChannel();
ByteBuffer buf = ByteBuffer.allocate(8); // two 4-byte integers
buf.put( 1 ).putInt( 0 );
buf.flip();
c.write( buf ); // assuming channel is writable :)
这些方法中的每一种都将代表您处理字节排序问题。
(请注意,通常你会在电线上传输块,它们是碎片的碎片。我会在这里掩饰它:))
发送/接收文件时,最好将文件(或文件)视为连续文件,就像你说的那样。 .torrent文件包含有关文件边界的信息,位于信息字典中。在multi-file case中,每个文件都有路径和长度; single file case有一个可选的名称和长度。由于您知道件的大小,件数和总内容长度(均来自.torrent文件),因此您可以在收到件时“放在正确的位置”。
一件简单的事情就是创建一个等于torrent大小的文件。当您收到一篇文章时,请将其写入此单个文件中的正确字节偏移量(有时称为“.downloading”文件)。例如,考虑一个由两个文件组成的torrent:
a/b/file1.txt [100 bytes]
a/b/file2.txt [200 bytes]
piece size (pz) = 50 bytes
total size (tz) = 100+200 = 300 bytes
number pieces (np) = 300/50 = 6
file = my_torrent.downloading
假设我们将从零开始的片段和字节偏移编号。假设你收到了所有的第1部分。在什么(开始)字节偏移它进入my_torrent.downloading?它在(1 * pz)=(1 * 50)= 50 。第0块去哪儿了?在(0 * pz)=(0 * 50)= 0 。等等...
我敢打赌,现在你可以弄清楚如何将这个.downloading文件转换为你的torrent中的“真实”内容。
参与BitTorrent群时,您正在上传和下载多个同时同时的作品。想想那一秒钟。在您从某个同行请求一个片段的同时,另一个同伴也可能从您那里做同样的事情。与您已经指出的HTTP的语义完全不同。因此,要直接说出您的问题,其他同行会询问您感兴趣的数据。 :)
只是为了确保在你从对等方请求一个a之前确保对等方有你想要的那个(查看bitfield and have messages)并且你已经尊重了正确的choking/interested行为。鉴于此,您通常要做的是以最稀有的第一顺序从已知对等体列表(跟踪器或DHT告诉您的)请求数据。规范谈到了这一点,这里有很多优化和礼貌的考虑。 (例如,针锋相对的行为。)你可能会注意到spec并没有拼出这么多。这是因为BitTorrent客户的许多秘密都在于实施的这一部分。 :)
我希望这对你有所帮助!