关于BitTorrent 协议的几点感想
1ï¼ 使用文件info的hash值作为文件的id（即Info_hash）
为什么不使用顺序编号或者GUID之类的东西呢？
如果采用顺序编号，谁来编号，发布者？还是某个服务器？如果是发布者，两个不同的发布者就不能保证编号不重复。如果是某个服务器，那这个ID只在该服务器的势力范围内有效，不够灵活，也增加了发布的复杂度。
至于GUID，可能是个办法。但感觉不太保险，谁知道发布者的GUID从哪儿来的。
但使用文件info的hash值作为文件的id（Info_hash）就完全不一样了。
文件info中包含所有片段的Hash值，所以info的hash值其实和文件内容是有对应关系的。除非2个文件的内容完全一样，并且它们的发布者给它们设的属性(文件名，片段长度等)完全相同，否则hash值发生冲突的概率小到可以忽略不计。
这个Info_hash本身就能标识文件，只要种子和下载者提供的Info_hash相同，就可以认为它们指的是同一个文件。
这样一个.torrent对应多个tracer也是有可能的。
2）数据块的管理
对于多个文件，按文件顺序将所有文件的片段统一编号，管理，显然简化了处理。
3）为什么使用bencoding编码
-交换性好（比较2进制编码）
-机器读取方便
-解编码器比较容易实现（比较其他文本编码，如XML）
-可以在字符串中自由包含2进制数据，不用转义。
-可扩展(比较java的属性文件)
-人工可读
4）‘choke’,‘unchoe’,‘interested’,’not interested’的作用
‘choke’,‘unchoe’告诉对方，我能不能或愿不愿意给你发数据。
interested’,’not interested’ 告诉对方，我愿不愿意接受数据。
我想暂停的时候，应该发送’unchoe’和’not interested’中止对方的数据收发。
疑问：
Peer_id的作用，以及Peer_id为什么要通过hash运算得到？不清楚
参考：
http://blog.csdn.net/honkerhero/archive/2007/07/03/1677022.aspx
