Быстрый алгоритм подсчёта контрольной суммы для больших JAR файлов

[forefinger]

То есть, в первом случае читаем весь файл и считаем сумму, а во втором считаем сумму от CRC-сумм JAR-архива?

[clonyara]

именно так

[TimTowdy]

И какой в этом смысл? Для чего вы считаете контрольную сумму?
Если для проверки подлинности, то что мешает подменить файл внутри jar-архива, чтоб его CRC осталась прежней? Сделать коллизию для CRC гораздо легче, чем для MD5. Вы увеличили скорость, но свели на нет надёжность.

[forefinger]

«У-у-у-у брат, это же жулики!» ©

[clonyara]

в моём случае я проверял в первую очередь размер файла и last modification.

[forefinger]

В Вашем случае этого может и быть достаточным, но в общем случае — «Малова-то будет» © =)

[TimTowdy]

Честно говоря не понял причём здесь размер файла и последняя модификация, если вы предлагаете использовать их вместо CRC, то их подменить еще легче.
В любом случае, перед тем как использовать какую-то хеш-функцию, нужно понимать для чего мы её используем. CRC годится для проверки ошибок, собственно потому она и используется в jar-архиве, т.к. она значительно быстрее всяких MD5. Для криптографии нужна необратимость и стойкость к коллизиям — этого CRC обеспечить не может, а MD5 от CRC — тем более.

[clonyara]

Я использовал эту проверку перед копированием файла на удалённый хост при условии что локально он мог изменится. Криптоскойкость не была самоцелью, так как JAR файлы не приходили извне, а являлись частью программы.