1

由于 µTorrent 的响应系统在通过磁力链接或 torrent 文件发送时的不足,即完全没有重复 torrent 添加的消息,我试图在发送之前从 torrent 文件中获取哈希值并进行比较与当前工作的列表。我目前拥有的代码返回了一个不正确的哈希值,我不知道为什么。这是我正在使用的代码。

我正在尝试通过散列为“dc9202f98aea7420a2872655c8f7184401e2a9c8”的文件发送文件,该代码每次运行时都会返回大约三十个散列中的一个。

+ (NSString *) torrentHashFromFile:(NSData *)file
{
    NSString * retVal = @"";

    NSData * data = [BEncoding encodedDataFromObject:
                     [[BEncoding objectFromEncodedData:file] 
                      objectForKey:@"info"]];

    unsigned char hashBytes[CC_SHA1_DIGEST_LENGTH];

    if (CC_SHA1([data bytes], (unsigned)[data length], hashBytes))
    {
        NSMutableString* output = [NSMutableString stringWithCapacity:CC_SHA1_DIGEST_LENGTH * 2];

        for(int i = 0; i < CC_SHA1_DIGEST_LENGTH; i++)
        {
            [output appendFormat:@"%02x", hashBytes[i]];
        }

        retVal = output;
    }

    return retVal;
}
4

1 回答 1

1

是什么让您认为 BT信息散列是 SHA1,而不是片段散列?

引用BEP-0003

info_hash
    The 20 byte sha1 hash of the bencoded form of the info value from the metainfo file. 
    Note that this is a substring of the metainfo file. 
于 2013-04-17T17:59:40.733 回答