Class.getResource () ve ClassLoader.getResource () arasındaki fark nedir?

Ben fark arasındadır merak Class.getResource()ve ClassLoader.getResource()?

edit: Özellikle herhangi bir önbellek dosya / dizin düzeyinde dahil olup olmadığını bilmek istiyorum. "Dizin listeleri Sınıf sürümünde önbelleğe alınmış mı?"

AFAIK aşağıdakileri esasen aynı şekilde yapmalıdır, ancak değildir:

getClass().getResource() 
getClass().getClassLoader().getResource()

Bunu WEB-INF/classes/, o dizindeki mevcut bir dosyadan yeni bir dosya oluşturan bazı rapor oluşturma kodlarıyla uğraşırken keşfettim . Class'tan yöntemi kullanırken getClass().getResource(), dağıtım sırasında orada bulunan dosyaları bulabilirim , ancak yeni oluşturulan dosyayı almaya çalışırken boş bir nesne aldım. Dizine göz atmak, yeni dosyanın orada olduğunu açıkça gösterir. Dosya adları "/myFile.txt" dosyasında olduğu gibi eğik çizgi ile eklenmiştir.

ClassLoaderSürümü getResource()diğer taraftan oluşturulan dosyayı buldunuz. Bu deneyimden, dizin listesinin önbelleğe alınmasının bir tür olduğu görülmektedir. Haklı mıyım ve eğer öyleyse, bu nerede belgeleniyor?

Gönderen API docs üzerindeClass.getResource()

Belirli bir ada sahip bir kaynak bulur. Belirli bir sınıfla ilişkili kaynakları arama kuralları, sınıfın tanımlayıcı sınıf yükleyicisi tarafından uygulanır. Bu yöntem, bu nesnenin sınıf yükleyicisine yetki verir. Bu nesne bootstrap sınıf yükleyicisi tarafından yüklendiyse, yöntem ClassLoader.getSystemResource (java.lang.String) için temsilci seçer.

Bana göre, bu "Class.getResource gerçekten kendi sınıf yükleyicinin getResource () diyor." Bu da yapmakla aynı olurdu getClass().getClassLoader().getResource(). Ama öyle değil. Birisi bana bu konuda biraz ışık verebilir mi?

Herhangi bir önbellekleme olup olmadığı sorusunu cevaplamak için.

GetResourceAsStream ClassLoader yöntemini kullanarak sürekli olarak diskten bir dosya yükleyen tek başına bir Java uygulaması çalıştırarak bu noktayı daha fazla araştırdım. Dosyayı düzenleyebildim ve değişiklikler hemen yansıtıldı, yani dosya önbelleğe alınmadan diskten yeniden yüklendi.

Ancak , birkaç maven modülü ve birbirine bağımlı web projeleri olan bir proje üzerinde çalışıyorum. Web projelerini derlemek ve çalıştırmak için IDE olarak IntelliJ kullanıyorum.

Yukarıdakilerin artık doğru görünmediğini fark ettim, nedeni yüklenmekte olan dosyanın şimdi bir kavanoza pişirilmesi ve bağlı web projesine dağıtılması. Bunu sadece hedef klasörümdeki dosyayı değiştirmeye çalıştıktan sonra boşuna fark ettim. Bu, önbellekleme devam ediyor gibi görünüyordu.

Class.getResourcesınıfın paketine göre işlenen bir "göreli" kaynak adı alabilir. Alternatif olarak, eğik çizgi kullanarak bir "mutlak" kaynak adı belirleyebilirsiniz. Sınıf yükleyici kaynak yolları her zaman mutlak olarak kabul edilir.

Yani aşağıdakiler temel olarak eşdeğerdir:

foo.bar.Baz.class.getResource("xyz.txt");
foo.bar.Baz.class.getClassLoader().getResource("foo/bar/xyz.txt");

Ve bunlar da (ama yukarıdakilerden farklı):

foo.bar.Baz.class.getResource("/data/xyz.txt");
foo.bar.Baz.class.getClassLoader().getResource("data/xyz.txt");

İlk çağrı .classdosyaya göre, ikincisi sınıfyolu köküne göre arama yapar.

Bunun gibi hata ayıklamak için URL'yi yazdırıyorum:

System.out.println( getClass().getResource(getClass().getSimpleName() + ".class") );

Özellikleri bakmak zorunda kaldı:

• Class.getResource (Dize kaynağı)

• ClassLoader.getResource (Dize kaynağı)

Sınıfın getResource () - belgeleri farkı belirtir:

Bu yöntem çağrıyı sınıf yükleyicisine devreder, kaynak adında bu değişiklikleri yaptıktan sonra: kaynak adı "/" ile başlıyorsa değişmez; aksi takdirde, paket adı "." dönüştürüldükten sonra kaynak adına eklenir. "/" Bu nesne önyükleme yükleyicisi tarafından yüklendiyse, çağrı ClassLoader.getSystemResource'a devredilir.

Buralarda Bütün bu cevaplar yanı sıra cevaplar bu soruya , "/foo/bar.properties" aynı muamele gibi bu yükleme mutlak URL'ler, önermek class.getResourceAsStream(String)ve class.getClassLoader().getResourceAsStream(String). En azından Tomcat yapılandırmamda / versiyonunda (şu anda 7.0.40) durum böyle değil.

MyClass.class.getResourceAsStream("/foo/bar.properties"); // works!  
MyClass.class.getClassLoader().getResourceAsStream("/foo/bar.properties"); // does NOT work!

Üzgünüm, kesinlikle tatmin edici bir açıklamam yok, ama sanırım tomcat kirli yükler ve kara büyüsünü sınıf yükleyicilerle yapıyor ve fark yaratıyor. Her zaman class.getResourceAsStream(String)geçmişte kullandım ve hiç problem yaşamadım.

Not: Bunu da buraya gönderdim

Class.getResourcesnesneyi yükleyen classloader tarafından kaynağı alır. Iken ClassLoader.getResourcebelirtilen classloader kullanarak kaynak almak.

Ben okumaya çalışıyordu sınıf ile birlikte benim paketlerden biri içinde input1.txt okuma denedim .

Aşağıdaki işler:

String fileName = FileTransferClient.class.getResource("input1.txt").getPath();

System.out.println(fileName);

BufferedReader bufferedTextIn = new BufferedReader(new FileReader(fileName));

En önemli bölüm getPath()Dize biçiminde doğru yol adını istiyorsanız aramak oldu . KULLANMAYINtoString() çünkü dosyaAdını TAMAMEN MESAJLAYACAK bazı ek biçimlendirme metinleri ekleyecektir (deneyebilir ve çıktıyı görebilirsiniz).

Bu hata ayıklama 2 saat geçirdim ... :(