fetchlet在收到_stopped信号后不应再继续下载数据/压缩与加密顺序调整/更新加密过程

1. fetchlet在收到_stopped信号后不应再继续下载数据
特别是当线程数很大的时候（例如32以上）

2. 加密与压缩顺序上应该先压缩，然后再加密。否则加密后的数据由于加密的特性（输出数据具有伪随机性）将不可能被压缩（如果可能被压缩，则必然是采用了不安全的加密算法）。

3. 更新加密过程，更新后的策略为，每个请求都随机产生一个20字节的字符串，放在payload的头上传给服务器，并约定用于此次请求的rc4密钥为sha1(password + random_string)，为了避免同一个密钥的反复使用，把原来的加密部分代码重写了一下，采用在每个请求只使用一个rc4加密对象对所有数据进行加密/解密的策略，避免使用同一个密钥对不同数据进行加密（例如原来的策略中head, payload以及返回值都使用相同的密钥进行加密，这一过程不是很安全）