Android java.lang.VerifyError?

Android uygulamamda her zaman VerifyErrors alıyorum! Ve nedenini anlayamıyorum. Harici bir JAR eklediğimde, uygulamamı başlatmaya çalıştığımda her zaman VerifyErrors alıyorum (Apache Log4j'yi dahil ettiğim zamanlar hariç).

Genelde kitaplığın kaynağını alıp projeme ekleyerek bu sorunu çözüyorum , ancak GData istemci kitaplığını koymaya çalışıyorum .

Bunu kaynakta alabilirim, ancak bağımlılıkları (mail.jar, activation.jar, servlet-api.jar) Yapamıyorum, bu yüzden doğrulama hataları alıyorum. Bu sorunun kökenine bir kez ve sonsuza kadar inmek istiyorum. İnternete baktım ama hepsi tamamlanmamış sınıf dosyalarından mı bahsediyor? bilmediğim.

Android, farklı bir sınıf dosya biçimi kullanır. 3. taraf JAR dosyalarını Android SDK ile birlikte gelen "dx" aracıyla mı çalıştırıyorsunuz?

LogCat'e bakın ve doğrulama hatasına neyin sebep olduğunu görün. Muhtemelen bir java.lang sınıfında, kullandığınız android SDK düzeyinde desteklenmeyen bir yöntemdir (örneğin, String.isEmpty ()).

Gönderen android-geliştiriciler :

"Adb logcat" çıktısı, bulunamayan sınıfı ve aynı zamanda kötü referansa sahip sınıfı gösterir. Konum, belirli Dalvik talimatına göre tanımlanır. İşin püf noktası, istisnanın üzerindeki günlüklere bakmaktır.

Çalışmasını sağlamak için, kaynak klasörlerden birine kitaplık kavanozunu eklemeniz gerekir (onu daha önce tutulma kitaplığı olarak eklemiş olsanız bile, yine de kaynak olarak eklemeniz gerekir).

1. Projenizde bir dizin oluşturun (ör. "Libs") ve kitaplık kavanozunu buraya yerleştirin.
2. Dizini derleme sınıfı yoluna ekleyin (klasör üzerinde sağ tuşa tıklayın ve "Oluşturma yolu" -> "Kaynak klasör olarak kullan" ı seçin).
3. Projenizi yeniden oluşturun.

Şu anda bana oldu. Hata, cihazımın sahip olduğu daha yeni bir SDK'dan yöntemler kullanmamdan kaynaklanıyordu.

Android 1.5 cihazı bunu kullanarak bir apk yükledi:

<uses-sdk android:minSdkVersion="3" android:targetSdkVersion="4"/>

İlginç bir vaka buldum. Kullanırım:

<uses-sdk
   android:minSdkVersion="9"
   android:targetSdkVersion="18" />

Yani bazı yeni Android 4 yeteneklerinin Android 2.3 gibi bazı özellikleri yoktur ImageView.setLayerType. Çalışma zamanı hatasını önlemek için basitçe:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
   setLayerType(View.LAYER_TYPE_SOFTWARE, null);
}

Bu yaklaşım, aşağıdaki istisnaların ele alınmasında da kullanılmalıdır:

} catch (NetworkOnMainThreadException nomte) {
   // log this exception
} catch (SocketTimeoutException socketTimeoutException) {
   // log this exception
}

NetworkOnMainThreadExceptionAndroid 2.3'te uygulanmadığından, sınıf yüklendiğinde (ve daha önce değil!) istisna java.lang.VerifyErroroluşur.

Retrolambda kullanıyorsanız, bir arayüze statik bir yöntem eklemiş olabilirsiniz (buna yalnızca Java 8'de izin verilir).

Bu aynı zamanda, maksimum 65K boyuta kadar sınırlı olan Lollypop aşağıdaki sürümlerde referans sınır hatası nedeniyle de ortaya çıkabilir.

Yukarıdaki sorun için olası çözüm

Aşama 1: Add android-support-multidex.jar to your project. The jar can be found in your Android SDK folder /sdk/extras/android/support/multidex/library/libs

Adım 2: Uygulamanızı MultiDexApplication ile genişletin, örneğin

public class MyApplication extends MultiDexApplication

3. Adım: attachBaseContext'i geçersiz kılın

protected void attachBaseContext(Context base) {
 super.attachBaseContext(base);
 MultiDex.install(this);
}

Adım 4: Sonraki adım, aşağıdakileri uygulamalarınızın build.gradle android kısmına eklemektir.

 dexOptions {
      preDexLibraries = false
   }

Adım 5: Son olarak, uygulamalarınızın genel kısmının ardından build.gradle

afterEvaluate {
   tasks.matching {
      it.name.startsWith('dex')
   }.each { dx ->
      if (dx.additionalParameters == null) {
         dx.additionalParameters = ['--multi-dex']
      } else {
         dx.additionalParameters += '--multi-dex'
      }
   }
}

Ayrıntılar için lütfen kontrol edin

https://developer.android.com/tools/building/multidex.html

Benim durumumda, Eclipse Indigo'dan Eclipse Juno'ya güncellediğimde oldu: Gerçek nedenin ne olduğundan emin değilim, ancak uzun süredir üzerinde çalıştığım Android projem bu istisna nedeniyle çalışmayı durdurdu.

Sonra birçok bunu düzeltmeye çalışıyorum saatleri, kendim için bir çözüm buldular.

Android projemde, aynı çalışma alanında bulunan başka bir proje (örneğin "MyUtils") kullanıyorum. Bu yüzden aşağıdakileri yapmam gerekiyordu:

Android projesine sağ tıklayın -> Oluşturma yolu -> Yapı yolunu yapılandırın

Şimdi, "Sipariş Et ve Dışa Aktar" sekmesine gidin ve "MyUtils" i işaretleyin. İşte bu: Bu sinir bozucu istisnadan kurtuldum.

Bu sorunu çözen gradle sürümünü 2.0.0-alpha2'den 1.5.0'a düşürdüm.

Soruna iki android projesi arasındaki uyumsuzluk da neden olabilir. Örneğin, "com.yourcompany" paketini kullanarak bir android kitaplığı geliştirdiyseniz, o zaman ana uygulamanın projesini temel paket ile aynı paketi kullanırsınız. Ardından, ana uygulamanızın sürümünü değiştirmek istediğinizi varsayalım, böylece manifest dosyasının değerlerini değiştirirsiniz: Sürüm Kodu ve Sürüm adı. Uygulamanızı kitaplık için bu değerleri değiştirmeden çalıştırırsanız, kitaplıktaki bir nesnede herhangi bir yöntem çağrısında doğrulama hatası alırsınız.

Ben de aynı sorunu yaşadım. 2.1 r1 ile inşa ediyordum ve yeni adt 17 ile 2.1 r3'e güncelledim. Javamail'in mail.jar'ında doğrulama hataları vardı ve bu beni deli ediyordu. Sorunu şu şekilde çözdüm:

1. bir libs / klasör oluşturdu ve kavanozları ekledi.
2. sağ tıklayın> kaynak klasör olarak ekle

yeniden inşa etmeyi denedim ve başarısız oldu. Bir kaynak klasör olarak libs / dizini kaldırdım ve derleme yolundaki 3 jar dosyasına referansları kaldırdım. Daha sonra libs / klasörünü tekrar ekledim ve libs / klasöründeki her bir jar dosyasını oluşturma yoluna ekledim. Şimdi beklendiği gibi çalışıyor. Bu garip bir çözüm ama benim için çalıştı.

İçinde Eclipse 4.x, bu sorunla karşılaşırsanız, aşağıdakileri deneyin:

1. dahil edilen tüm 3. taraf kavanozlarını Kullanıcı-Libaray'a taşıma
2. kullanıcı kütüphanesini android kütüphanesinden önce yukarı taşıyın ve Sipariş ve Dışa Aktar sekmesinde kontrol edin
3. temizlemek ve çalıştırmak için yeniden inşa etmek

Bu sorunu bir SDK güncellemesinden sonra yaşıyorum. Derleyicinin harici kütüphanelerimle sorunları vardı. Bunu yaptım: projeye sağ tıklayın, ardından "android Araçları> destek kitaplığı ekle ..." bu proje kitaplığıma "android-support-v4.jar" yükleyin.

java.lang.VerifyErrorderlenmiş bayt kodunuzun, Android'in çalışma zamanında bulamayacağı bir şeye atıfta bulunduğu anlamına gelir. Bu doğrulamaError , her iki Cihazda da aynı yapıyı çalıştırmış olsam bile yukarıdaki sürümde olmayan kitkat4.4 ve daha düşük sürümle beni sorun . eski sürümün jackson json ayrıştırıcısını kullandığımda gösteriyorjava.lang.VerifyError

compile 'com.fasterxml.jackson.core:jackson-databind:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-core:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-annotations:2.2.+'

Daha sonra Dependancy'yi çekirdek kitaplık olmadan en son sürüm 2.2'den 2.7'ye değiştirdim (core2.7'yi eklediğimde doğrulamaError veriyor), sonra çalışıyor. Bu, Yöntemlerin ve diğer core içeriğinin Databind2.7'nin en son sürümüne geçirildiği anlamına gelir . Bu benim sorunlarımı çözer.

compile 'com.fasterxml.jackson.core:jackson-annotations:2.7.0-rc3'
compile 'com.fasterxml.jackson.core:jackson-databind:2.7.0-rc3'

Ben de VerfiyError'ı alıyorum ... gerçek bir neden bulamıyorum. Yeni kod satırlarının bir yönteme (Eclipse, 'Extract Method ...') sarılmasına yardımcı olur. Yani benim durumumda sebep desteklenmeyen bir yöntem değil.

Çok benzer bir problemim vardı. Apache POI kavanozlarını ekledim ve android SDK 22.3'e güncellediğimde sorun çıktı.

Android Özel Kitaplıklarını kontrol ettirdim, bu yüzden bu, android SDK ile ortak bir sorun değildi. Tüm Apache POI kavanozlarının işaretini kaldırdım ve tek tek ekledim. Ben bulundu poi-3.9-20121203.jar önce olmalıdır poi-OOXML 3.9-20121203.jar . Aksi takdirde işe yaramayacaktır.

Testleriniz varsa, build.gradedosyanızdan bu satırı yorumlamayı deneyin :

testCoverageEnabled = true

Benim için bu, Java 1.7 özelliklerini kullanan sınıflarda, özellikle de dizgi anahtarı deyimlerinde VerifyError istisnalarına neden oldu.

Git çekme yaptıktan sonra aynı sorunu yaşadım.

Çözüm: Build -> Clean Project.

Bu yardımcı olur umarım.

Başka bir vaka buldum.

Koşullar:

• Retrolambda kullanın (gerekli olup olmadığından emin değil);
• Bir arayüzde statik bir yöntem yapın.

Ve sonuç patlama! Bu arayüzü kullanan sınıfa erişmeye çalışırken java.lang.VerifyError. Görünüşe göre Android (benim durumumda 4.4. *) Arayüzlerde statik yöntemleri sevmiyor. Statik yöntemin arayüzden kaldırılması VerifyError'ın ortadan kalkmasını sağlar.

Ayrıca kavanozlarımın bir kullanıcı kitaplığında olduğu gibi bu sorunu yaşadım ...

Bunu çözme şeklim onları lib klasörüne eklemek ve ardından onları eclipse'deki yapı özelliklerine eklemekti ...

Bunu ilk yaptığımda işe yaramadı ama sonra onları kaldırıp tekrar okudum ve çalışmaya başladı ...

biraz tuhaf! ama şimdi her zaman çalışıyor.

İyi şanslar

SDK 2.1'de bulunan Android API yöntemlerini / sınıfını kodladım ve Android 1.6 öykünücüsünde çalıştırmaya çalışıyordum. Yani bu hatayı aldım.

ÇÖZÜM: Emülatör sürümünü düzeltmek için değiştirildi.

BU BENİM İÇİN ÇALIŞTI .. Teşekkürler.

Gelecek nesiller için, bu hatayı aldım çünkü kullanıyordum Arrays.copyOf() Java 1.5 tarafından desteklenen bir yöntem olmayan Android Seviye 4'e karşılık gelen bir yöntem . 1.6 altında geliştirilen kütüphaneleri dahil ederek çalıştığım için iyi derlediler. Sorunları yalnızca söz konusu sınıfı Android projeme taşıdığımda gördüm - sonra hata vurgulandı.

Uncaught handler: thread main exiting due to uncaught exception
java.lang.VerifyError: com.j256.ormlite.dao.BaseDaoImpl$DaoConfigArray
  at com.j256.ormlite.dao.BaseDaoImpl$1.initialValue(BaseDaoImpl.java:71)
  at com.j256.ormlite.dao.BaseDaoImpl$1.initialValue(BaseDaoImpl.java:1)
  at java.lang.ThreadLocal$Values.getAfterMiss(ThreadLocal.java:429)
  at java.lang.ThreadLocal.get(ThreadLocal.java:66)

O hatta bir şey yapmaya çalışıyordum new DaoConfigArray ve o sınıfta şu satır vardı:

// copyOf is only supported in Java >= 1.6
doArray = Arrays.copyOf(daoArray, newLength);

Bunu daha da karmaşık hale getiren şey, satır 71'in ThreadLocalbaşlangıçta sorunun nedeni olduğunu düşündüğüm bir ilklendirmeye işaret ediyor olmasıydı.

private static final ThreadLocal<DaoConfigArray> daoConfigLevelLocal
    = new ThreadLocal<DaoConfigArray>() {
    @Override
    protected DaoConfigArray initialValue() {
        return new DaoConfigArray();
    }
};

Bağımlı projeleri kaldırmak ve bunun yerine bağımlı projeleri derlemek zorunda kaldım ve bunları kütüphaneler klasörüne dahil ettim.

Eminim amacım sizinkinden farklıydı, ancak bu "Android java.lang.VerifyError" arandığında en çok izlenenlerden biri olduğundan, gelecek nesil için buraya kaydetmeyi düşündüm.

Şu satırlarda bazı derslerim vardı:

public class A { ... }
public class B extends A { ... }
public class C extends A { ... }

Ve bunu yapan bir yöntem:

A[] result = null;
if (something)
    result = new B[cursor.getCount()];
else
    result = new C[cursor.getCount()];

// Fill result
...

Bu kod dosyada olduğu sürece, bu yöntemi içeren sınıf ilk yüklendiğinde bir VerifyError hatası alacağım. Bunu iki ayrı yönteme bölmek (biri yalnızca B'lerle, diğeri yalnızca C'lerle ilgilenen) sorunu çözdü.

Benim durumumda, bu hata, google oyun hizmetim en yeni olmadığı için ortaya çıkıyor .

Projeniz .jar'daki bazı sınıfları desteklemiyorsa, bu hata oluşur (ör. ImageView.setLayerType, AdvertisingIdClient, vb.).

Sadece dx ' edilmeyen kitaplardan dolayı değil, meydana gelen başka bir durumu belirledim . Çok uzun doInBackground metodu olan bir AsyncTask'ım var. 145'den fazla çizgiye sahip bu yöntem nedense kopmaya başladı. Bir 2.3 uygulamasında gerçekleşti. Bazı parçaları yöntemlere dahil ettiğimde iyi çalıştı.

Yani doğru değildi sınıf bulamadık olanlar için dx 'ed senin yöntemin uzunluğunu azaltmayı deneyin.

Benim için sorun aslında sınıfta bir yerde Java 7 özelliği (ve API 19+) olan çoklu yakalama cümlesini kullanmamdı. Bu nedenle, VerifyError19'dan önceki tüm cihazlarda çökebilir .

Benim için compileSdkVersion ve buildToolsVersion arasında bir korelasyon içindeydi. Sahiptim:

compileSdkVersion 21
buildToolsVersion '19.1.0'

Ben şu şekilde değiştirdim:

compileSdkVersion 21
buildToolsVersion '21.1.2'

Benim için bu compileSdkVersion sorunudur. API düzey 21'i belirli bir android uygulamasında kullandığımda ( https://github.com/android10/Android-AOPExample ):

compileSdkVersion 21

java.lang.verifyerror oluştu. Bu yüzden compileSdkVersion'ı 19 olarak değiştirdim

compileSdkVersion 19

İyi çalıştı. Bunun SDK buildTools sorunu olabileceğini düşünüyorum ve API seviyesi <21 olduğunda sorun yok gibi görünüyor.