Метод не найден с помощью DigestUtils в Android

Я столкнулся с той же проблемой, пытаясь использовать DigestUtils в своем приложении для Android. Это был лучший ответ, который я мог найти с помощью поиска, но мне не хотелось перестраивать файл .jar с измененным пространством имен. Потратив некоторое время на решение этой проблемы, я нашел более простой способ решить проблему для своего случая. Постановка проблемы для моего кода была

String s = DigestUtils.md5Hex(data);

Замените этот оператор следующим, и он будет работать:

String s = new String(Hex.encodeHex(DigestUtils.md5(data)));

Точно так же для примера shaHex вы можете изменить его на

String hash = new String(Hex.encodeHex(DigestUtils.sha("textToHash")));

Это работает, потому что, хотя в Android нет encodeHexString (), у него есть encodeHex (). Надеюсь, это поможет другим, кто столкнется с той же проблемой.

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

Почему вообще возникает ошибка NoSuchMethodError?

Согласно трассировке стека исключений, строка, вызывающая ошибку, - это 226 в DigestUtils#md5hex методе. Посмотрим, что у нас есть там (я предполагаю, что вы использовали версию 1.4, поскольку это единственный выпуск, в котором метод Hex#encodeHexString вызывается в строке 226):

public static String md5Hex(String data) {
    return Hex.encodeHexString(md5(data));
}

Исключение составляет java.lang.NoSuchMethodError: org.apache.commons.codec.binary.Hex.encodeHexString. Давайте разберемся почему.

Прежде всего, платформа Android уже включает библиотеку Commons Codec (кроме класса DigestUtils). Да, он не является частью Android SDK, и вы не можете использовать его напрямую. Но вы все равно хотите им пользоваться. Так, что вы делаете? Вы добавляете Commons Codec библиотеку как часть своего приложения. Компилятор не жалуется - с его точки зрения все было нормально.

Но что происходит во время выполнения? Давайте проследим за вашей трассировкой стека исключений:
Во-первых, вы вызываете DigestUtils#md5Hex из метода onCreate Activity. Как я писал выше, фреймворк не включает этот класс, поэтому DigestUtils (из Commons Codec версии 1.4) загружается из вашего dex.
Затем метод md5hex пытается вызвать метод Hex#encodeHexString. Класс Hex является частью библиотеки Commons Codec, входящей в состав framework. Дело в том, что у него версия 1.3 (древний выпуск от июля 2004 г.). Hex класс существует в пути к загрузочному классу, что означает, что среда выполнения всегда будет отдавать предпочтение ему, а не классу Hex, который упакован внутри вашего dex. Вы можете увидеть предупреждения об этом в журналах вашего приложения при запуске приложения (со средой выполнения Dalvik):

D/dalvikvm? DexOpt: 'Lorg/apache/commons/codec/binary/Hex;' has an earlier definition; blocking out
I/dalvikvm? DexOpt: not resolving ambiguous class 'Lorg/apache/commons/codec/binary/Hex;'
D/dalvikvm? DexOpt: not verifying/optimizing 'Lorg/apache/commons/codec/binary/Hex;': multiple definitions
I/dalvikvm? Could not find method org.apache.commons.codec.binary.Hex.encodeHexString, referenced from method org.apache.commons.codec.digest.DigestUtils.md5Hex

Hex # encodeHexString был представлен в версии 1.4 библиотеки Commons Codec, и поэтому он не существует в классе Hex фреймворка. Среда выполнения не может найти этот метод и поэтому выдает NoSuchMethodError исключение.

String s = new String(Hex.encodeHex(DigestUtils.md5(data)));

Вы можете сделать это вручную (как написал Каумонс в своем ответе) или автоматически с помощью инструмента jarjar.

См. Сводку этой проблемы и советы по использованию jarjar в моем блоге.

Наконец-то я получил ответ, и он работает хорошо. Как описано в Нет такой ошибки метода в кодеке Apache для другого типа encrypt (Base64) Я попытался воспроизвести ту же проблему и получил точно такую ​​же ошибку. Так что я был в случае с прилагаемым вопросом. Как говорится, это похоже на внутреннее столкновение имени с именем пакета org.apache.commons.codec, и, как заявил @Don, я изменил его на com.apache.commons.codec и работал нормально! Как я это сделал?

Я загрузил исходный код и изменил 3 каталога org на com. Я также заменил все вхождения имени пакета в файлах, где они появляются, а также изменил ссылки в документации на com/apache/commons/codec/. (Не пытайтесь переделать их вручную, иначе вы потратите лунный день). Затем я скомпилировал библиотеку и сгенерировал банку с помощью Ant, которую назвал commons-codec-1.6-android.jar. Я поместил банку в папку libs/ своего Android-приложения и добавил ее в путь сборки. Кроме того, я прикрепил исходники как папку, в которой находятся все файлы. Итак, теперь у меня есть библиотека, готовая к использованию с Android!

Надеюсь, что это поможет кому-то другому!

Спасибо @ DA25

Это нормально работает для меня

Я добавил зависимость

compile 'commons-codec:commons-codec:1.9'

ссылка: http://mvnrepository.com/artifact/commons-codec/commons-codec/1.9

моя функция

public String encode(String key, String data) {
    try {

        Mac sha256_HMAC = Mac.getInstance("HmacSHA256");
        SecretKeySpec secret_key = new SecretKeySpec(key.getBytes("UTF-8"), "HmacSHA256");
        sha256_HMAC.init(secret_key);

        return new String(Hex.encodeHex(sha256_HMAC.doFinal(data.getBytes("UTF-8"))));

    } catch (NoSuchAlgorithmException e) {
        e.printStackTrace();
    } catch (InvalidKeyException e) {
        e.printStackTrace();
    } catch (UnsupportedEncodingException e) {
        e.printStackTrace();
    }

    return null;
}

Для меня proguard удалил класс во время обфускации. Добавьте это в свои правила Proguard.

-keep class org.apache.commons.** { *; }

Вот метод, который я использовал для пакета apache.

Hex.encodeHex(digest)

Добавить метод

public static String byteArrayToHexString(byte[] bytes) {
    final char[] toDigits = "0123456789abcdef".toCharArray();
    int l = bytes.length;
    char[] out = new char[l << 1];

    int i = 0; for (int j = 0; i < l; ++i) {
        out[(j++)] = toDigits[((0xF0 & bytes[i]) >>> 4)];
        out[(j++)] = toDigits[(0xF & bytes[i])];
    }
    return new String(out);
}

Мы использовали приведенный ниже код, и он сработал:

  HmacUtils hmacUtils = new HmacUtils(HmacAlgorithms.HMAC_SHA_256, keyString);
  String digest = new String( Hex.encodeHex(hmacUtils.hmac(msg)));

Другой способ переименовать класс DigestUtils будет с помощью proguard. Если вы не используете proguard, вы можете включить его и добавить эту строку, которая будет скрывать только DigestUtils класс, а все остальное оставить нетронутым.

-keep class !org.apache.commons.codec.digest.DigestUtils,com.** { *; }

и добавьте это в свое приложение build.gradle

buildTypes {
        debug {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro'
        }
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

Или ВАРИАНТ 2 Используйте старую версию библиотеки в своем коде:

implementation("commons-codec:commons-codec:1.3"){
        force = true
    }

Необходимо использовать force = true, если common-codec зависимости исходят из библиотеки третьей части, иначе Gradle по умолчанию разрешит более высокую версию.