Способ не найден с помощью DigestUtils в Android

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

почему 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 framework уже включает в себя Commons Codec библиотека (кроме DigestUtils класс). Да, он не выставляется как часть Android SDK и вы не можете использовать его напрямую. Но вы все равно хотите его использовать. Так что же ты делаешь? Вы добавляете Commons Codec библиотека как часть вашего приложения. Компилятор не жалуется - с его точки зрения все было хорошо.

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

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)));

первый, DigestUtils#md5 метод называется. Как я уже говорил, DigestUtils класс, который будет использоваться, - это тот, который упакован в ваш dex. Этот метод не использует никаких других Commons Codec классы, так что никаких проблем с этим.

далее Hex#encodeHex будет называться. Элемент Hex класс, который будет использоваться, является одним из фреймворков (версия 1.3). Элемент encodeHex способ (что принимает один параметр-байтовый массив) существует в версии 1.3 Commons Codec библиотека, и поэтому этот код будет работать нормально.

что бы я предложил?

мое предлагаемое решение-переименовать пространство имен классов / пакет. Таким образом, я явно указываю, какой код будет выполняться, и предотвращаю странное поведение, которое может возникнуть из-за проблем с версиями.

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

см. эту проблему резюме и советы по использованию jarjar в своем blogpost.

наконец, я получаю ответ, и он работает хорошо. Как описано в нет такой ошибки метода в кодеке Apache для другого типа шифрования (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'

ref: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 удалил класс во время обфускации .Добавить в ваши правила должны быть.

-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);
}