Class.getResource () และ ClassLoader.getResource () แตกต่างกันอย่างไร?

ฉันสงสัยว่าความแตกต่างระหว่างClass.getResource()และเป็นClassLoader.getResource()อย่างไร

แก้ไข: ฉันต้องการทราบเป็นพิเศษหากแคชใด ๆ ที่เกี่ยวข้องในระดับไฟล์ / ไดเรกทอรี เช่นเดียวกับใน "รายการไดเรกทอรีถูกแคชในรุ่น Class?"

AFAIK ต่อไปนี้ควรทำเช่นเดียวกัน แต่ไม่:

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

ฉันค้นพบสิ่งนี้เมื่อเล่นซอกับรหัสการสร้างรายงานที่สร้างไฟล์ใหม่WEB-INF/classes/จากไฟล์ที่มีอยู่ในไดเรกทอรีนั้น เมื่อใช้วิธีการจากชั้นเรียนฉันสามารถค้นหาไฟล์ที่มีเมื่อใช้งานโดยใช้getClass().getResource()แต่เมื่อพยายามดึงไฟล์ที่สร้างขึ้นใหม่ฉันได้รับวัตถุที่ไม่มีค่า การเรียกดูไดเรกทอรีอย่างชัดเจนแสดงว่ามีไฟล์ใหม่ ชื่อไฟล์ถูกต่อท้ายด้วยเครื่องหมายสแลชเช่นเดียวกับใน "/myFile.txt"

ในทางกลับกันClassLoaderเวอร์ชั่นของเวอร์ชั่นgetResource()ก็พบไฟล์ที่สร้างขึ้น จากประสบการณ์นี้ดูเหมือนว่าจะมีการแคชรายการไดเรกทอรีที่เกิดขึ้น ฉันถูกและถ้าเป็นเช่นนั้นเอกสารนี้อยู่ที่ไหน?

จากAPI เอกสารบนClass.getResource()

ค้นหาทรัพยากรที่มีชื่อที่กำหนด กฎสำหรับการค้นหาทรัพยากรที่เกี่ยวข้องกับคลาสที่กำหนดถูกนำไปใช้โดยการกำหนดคลาสโหลดเดอร์ของคลาส วิธีนี้มอบให้กับ class loader ของวัตถุนี้ หากวัตถุนี้ถูกโหลดโดยตัวโหลดคลาส bootstrap วิธีจะมอบหมายให้ ClassLoader.getSystemResource (java.lang.String)

สำหรับฉันการอ่านนี้ "Class.getResource เรียกชื่อ getResource () ของ classloader ของมันเอง" getClass().getClassLoader().getResource()ซึ่งก็จะเป็นเช่นเดียวกับการทำ แต่เห็นได้ชัดว่าไม่ใช่ มีใครช่วยเล่าเรื่องนี้ให้ฉันฟังหน่อยได้ไหม?

เพื่อตอบคำถามว่ามีการแคชใด ๆ เกิดขึ้นหรือไม่

ฉันตรวจสอบจุดนี้เพิ่มเติมโดยการรันแอปพลิเคชัน Java แบบสแตนด์อะโลนที่โหลดไฟล์จากดิสก์อย่างต่อเนื่องโดยใช้เมธอด getResourceAsStream ClassLoader ฉันสามารถแก้ไขไฟล์และการเปลี่ยนแปลงดังกล่าวได้ทันทีเช่นไฟล์ถูกโหลดใหม่จากดิสก์โดยไม่แคช

อย่างไรก็ตาม: ฉันกำลังทำงานในโครงการที่มีโมดูล maven หลายรายการและโครงการบนเว็บที่มีการพึ่งพาซึ่งกันและกัน ฉันใช้ IntelliJ เป็น IDE ของฉันในการรวบรวมและเรียกใช้โครงการเว็บ

ฉันสังเกตเห็นว่าข้างต้นดูเหมือนจะไม่เป็นจริงอีกต่อไปเหตุผลที่ว่าไฟล์ที่ฉันกำลังโหลดตอนนี้ถูกอบเข้าไปในขวดและนำไปใช้กับโครงการเว็บขึ้นอยู่กับ ฉันสังเกตเห็นเพียงหลังจากพยายามเปลี่ยนไฟล์ในโฟลเดอร์เป้าหมายของฉันเพื่อประโยชน์ นี่ทำให้ดูเหมือนว่ามีการแคชเกิดขึ้น

Class.getResourceสามารถใช้ชื่อทรัพยากร "ญาติ" ซึ่งถือว่าเป็นญาติกับแพคเกจของชั้นเรียน หรือคุณสามารถระบุชื่อทรัพยากร "สัมบูรณ์" โดยใช้เครื่องหมายทับหน้า เส้นทางทรัพยากรของ Classloader นั้นจะถือว่าสมบูรณ์เสมอ

ดังนั้นสิ่งต่อไปนี้จึงเทียบเท่ากันโดยทั่วไป:

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

และนี่คือ (แต่พวกเขาแตกต่างจากด้านบน):

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

การเรียกครั้งแรกจะค้นหาสัมพันธ์กับ.classไฟล์ในขณะที่การค้นหาหลังสัมพันธ์กับรูทคลาสพา ธ

ในการแก้ปัญหาเช่นนั้นฉันพิมพ์ URL:

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

ต้องค้นหามันในรายละเอียด:

• Class.getResource (ทรัพยากรสตริง)

• ClassLoader.getResource (ทรัพยากรสตริง)

getResource ของคลาส () - เอกสารระบุความแตกต่าง:

เมธอดนี้มอบหมายการเรียกไปยังคลาสโหลดเดอร์หลังจากทำการเปลี่ยนแปลงเหล่านี้กับชื่อรีซอร์ส: หากชื่อรีซอร์สเริ่มต้นด้วย "/" จะไม่มีการเปลี่ยนแปลง มิฉะนั้นชื่อแพ็กเกจจะต่อท้ายชื่อทรัพยากรหลังจากแปลง "." ถึง "/". หากวัตถุนี้ถูกโหลดโดยตัวโหลด bootstrap การโทรจะมอบหมายให้ ClassLoader.getSystemResource

คำตอบทั้งหมดเหล่านี้รอบที่นี่เช่นเดียวกับคำตอบในคำถามนี้แสดงให้เห็นว่าการโหลด URL ที่สมบูรณ์เช่น "/foo/bar.properties" ได้รับการรักษาเดียวกันและclass.getResourceAsStream(String) class.getClassLoader().getResourceAsStream(String)นี่ไม่ใช่กรณีอย่างน้อยไม่ได้อยู่ในการกำหนดค่า / รุ่น Tomcat ของฉัน (ปัจจุบัน 7.0.40)

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

ขออภัยฉันไม่มีคำอธิบายที่น่าพอใจอย่างแน่นอน แต่ฉันคิดว่าโพงตัวนี้ใช้กลอุบายสกปรกและเวทมนตร์สีดำของเขากับนักจัดคลาส ฉันเคยใช้class.getResourceAsStream(String)ในอดีตและไม่เคยมีปัญหาใด ๆ

PS: ฉันโพสต์สิ่งนี้ที่นี่

Class.getResourcesจะดึงทรัพยากรโดย classloader ซึ่งโหลดวัตถุ ในขณะที่ClassLoader.getResourceจะดึงทรัพยากรโดยใช้ classloader ที่ระบุ

ฉันลองอ่านจาก input1.txt ซึ่งอยู่ในแพ็คเกจของฉัน พร้อมกับคลาสที่พยายามอ่าน

ผลงานดังต่อไปนี้:

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

System.out.println(fileName);

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

ส่วนที่สำคัญที่สุดคือการโทรgetPath()ถ้าคุณต้องการชื่อเส้นทางที่ถูกต้องในรูปแบบ String ไม่ได้ใช้toString()เพราะมันจะเพิ่มข้อความการจัดรูปแบบพิเศษซึ่งจะทำให้ตัวอักษรทั้งหมดขึ้นชื่อไฟล์ (คุณสามารถลองและดูพิมพ์)

ใช้เวลา 2 ชั่วโมงในการดีบั๊กนี้ ... :(