जावा, लिनक्स: यह पता लगाने के लिए कि क्या दो java.io.Files एक ही भौतिक फ़ाइल को संदर्भित करते हैं

Question

मैं यह पता लगाने के लिए एक कुशल तरीका ढूंढ रहा हूं कि दो java.io.File एक ही भौतिक फ़ाइल का संदर्भ लें। दिए गए वस्तु के साथ समानता के लिए

टेस्ट इस सार पथ नाम: डॉक्स के अनुसार, File.equals() काम करना चाहिए। सत्य लौटाता है अगर केवल तर्क शून्य नहीं है और अमूर्त पथनाम है जो को इस फ़ाइल या निर्देशिका को सार पथनाम के रूप में दर्शाता है।

हालांकि

, एक FAT32 विभाजन (वास्तव में एक TrueCrypt कंटेनर), जिस पर/मीडिया/truecrypt1 घुड़सवार दिया:

new File("/media/truecrypt1/File").equals(new File("/media/truecrypt1/file")) == false 

क्या आप कहेंगे कि इस विनिर्देशों के अनुरूप? और इस मामले में, उस समस्या के आसपास कैसे काम करें?

अपडेट: जावा 7 के लिए टिप्पणी करने वालों के लिए धन्यवाद, मुझे java.io.Files.isSameFile() मिल गया है जो मेरे लिए काम करता है।

Answer 1

@ में जवाब जोआचिम की टिप्पणी सामान्य रूप से सही है। यह निर्धारित करने का तरीका है कि दो File ऑब्जेक्ट एक ही ओएस फ़ाइल का संदर्भ है getCanonicalFile() या getCanonicalPath() प्राप्त करने के लिए। जावाडोक इस कहते हैं:

"एक विहित पथ दोनों पूर्ण और अद्वितीय है [...] हर पथ नाम है कि किसी मौजूदा फ़ाइल को दर्शाता है या निर्देशिका एक अनूठा विहित प्रपत्र है।।"

तो निम्नलिखित चाहिए काम:।

File f1 = new File("/media/truecrypt1/File"); // different capitalization ... 
File f2 = new File("/media/truecrypt1/file"); // ... but same OS file (on Windows) 
if (f1.getCanonicalPath().equals(f2.getCanonicalPath())) { 
    System.out.println("Files are equal ... no kittens need to die."); 
} 

---

हालांकि, यह प्रकट होता यदि आप एक FAT32 फाइल सिस्टम यूनिक्स/लिनक्स पर रखा देख रहे हैं कि AFAIK, जावा नहीं है जानते हैं कि यह हो रहा है, और केवल फाइल नामों के लिए सामान्य यूनिक्स/लिनक्स नियम लागू कर रहा है ... जो इस परिदृश्य में गलत जवाब देता है।

यदि यह है कि क्या वास्तव में हो रहा है, मुझे नहीं लगता कि शुद्ध हालांकि जावा 6. में एक विश्वसनीय समाधान है,

• आप कुछ बालों JNI सामान कर सकता है; जैसे फ़ाइल डिस्क्रिप्टर नंबर प्राप्त करें और उसके बाद देशी कोड में, दो फ़ाइलों के डिवाइस और इनोड संख्याओं को पकड़ने और उनसे तुलना करने के लिए fstat(2) सिस्टम कॉल का उपयोग करें।

• जावा 7 java.nio.file.Path.equals(Object) लगता है कि यह अगर आप पहले सिमलिंक हल करने रास्तों पर resolve() फोन सही जवाब दे सकता है। (यह है कि क्या लिनक्स पर प्रत्येक घुड़सवार फाइल सिस्टम एक अलग FileSystem वस्तु के अनुरूप होगा जावाडोक से थोड़ी स्पष्ट नहीं है।)

• जावा 7 ट्यूटोरियल देखकर this section अगर दो Path वस्तुओं एक ही फाइल के लिए कर रहे हैं ... जो का उपयोग कर java.nio.file.Files.isSameFile(Path, Path)

---

क्या आप कहेंगे कि इस विनिर्देशों के अनुरूप सिफारिश की गई है?

नहीं और हाँ।

• इस अर्थ में कि getCanonicalPath() विधि प्रत्येक मौजूदा OS फ़ाइल ... है जो आप जावाडोक पढ़ने से उम्मीद थी के लिए एक ही मूल्य नहीं लौटा रहा है में नहीं।

• हाँ तकनीकी ज्ञान में जावा कोडबेस (जावाडॉक नहीं) अंतिम विनिर्देश है ... दोनों सिद्धांत और अभ्यास में।

Answer 2

* निक्स सिस्टम पर, का महत्व है। fileFile या fiLe जैसा नहीं है।

Answer 3

equals() की एपीआई दस्तावेज़ कहते हैं (सही अपने उद्धरण के बाद):

यूनिक्स सिस्टम पर वर्णमाला मामले pathnames की तुलना में महत्वपूर्ण है; पर माइक्रोसॉफ्ट विंडोज सिस्टम यह नहीं है।

Answer 4

आप

ls -i /fullpath/File # extract the inode number. 
df /fullpath/File # extract the "Mounted on" field. 

की Runtime.exec() की कोशिश कर सकते माउंट बिंदु और "आईनोड" नंबर एक ही है, तो वे एक ही फाइल कर रहे हैं कि क्या आप सांकेतिक लिंक या केस-संवेदी है फाइल सिस्टम

या यहां तक ​​कि

bash test "file1" -ef "file2" 

File1 और करें 2 एक ही डिवाइस और आईनोड संख्या

Answer 5

पारंपरिक यूनिक्स रास्ता है कि क्या दो फ़ाइल नाम उन्हें stat के समान ही अंतर्निहित फाइल सिस्टम वस्तु का उल्लेख किया जाता है का परीक्षण और परीक्षण करते हैं कि वे एक ही [dev,ino] जोड़ी है।

हालांकि, यह कोई अनावश्यक माउंट नहीं मानता है। अगर उन्हें अनुमति है, तो आपको इसके बारे में अलग-अलग जाना होगा।

Answer 6

एक मौका है कि एक ही फ़ाइल में दो पथ हैं (उदा। नेटवर्क \\localhost\file और \\127.0.0.1\file पर एक ही फ़ाइल को एक अलग पथ के साथ संदर्भित किया जाएगा)। मैं यह निर्धारित करने के लिए दोनों फाइलों की खुदाई की तुलना करने के साथ जाऊंगा कि वे समान हैं या नहीं।इस

public static void main(String args[]) { 
    try { 
     File f1 = new File("\\\\79.129.94.116\\share\\bots\\triplon_bots.jar"); 
     File f2 = new File("\\\\triplon\\share\\bots\\triplon_bots.jar"); 
     System.out.println(f1.getCanonicalPath().equals(f2.getCanonicalPath())); 
     System.out.println(computeDigestOfFile(f1).equals(computeDigestOfFile(f2))); 
    } 
    catch(Exception e) { 
     e.printStackTrace(); 
    } 
} 

private static String computeDigestOfFile(File f) throws Exception { 
    MessageDigest md = MessageDigest.getInstance("MD5"); 
    InputStream is = new FileInputStream(f); 
    try { 
     is = new DigestInputStream(is, md); 
     byte[] buffer = new byte[1024]; 
     while(is.read(buffer) != -1) { 
      md.update(buffer); 
     } 
    } 
    finally { 
     is.close(); 
    } 
    return new BigInteger(1,md.digest()).toString(16); 
} 

की तरह कुछ यह आउटपुट

false 
true 

यह दृष्टिकोण पाठ्यक्रम पथ तुलना किसी भी प्रकार का तुलना में धीमी गति की है, यह भी फ़ाइलों के आकार पर निर्भर करता है। एक और संभावित साइड इफेक्ट यह है कि दो फाइलों को उनके स्थानों से समान रूप से समान समझा जाएगा।

Answer 7

आप एक exclusive write lock on the file प्राप्त करने के लिए कोशिश कर सकते, और देखते हैं कि अगर विफल रहता है:

boolean isSame; 
try { 
    FileOutputStream file1 = new FileOutputStream (file1); 
    FileOutputStream file2 = new FileOutputStream (file2); 
    FileChannel channel1 = file1.getChannel(); 
    FileChannel channel2 = file2.getChannel(); 
    FileLock fileLock1 = channel1.tryLock(); 
    FileLock fileLock2 = channel2.tryLock(); 
    isSame = fileLock2 != null; 
} catch(/*appropriate exceptions*/) { 
    isSame = false; 
} finally { 
    fileLock1.unlock(); 
    fileLock2.unlock(); 
    file1.close(); 
    file2.close(); 
    ///cleanup etc... 
} 
System.out.println(file1 + " and " + file2 + " are " + (isSame?"":"not") + " the same"); 

यह हमेशा सही यद्यपि होने की गारंटी नहीं है - आप के लिए असफल क्योंकि किसी अन्य प्रक्रिया संभावित ताला प्राप्त किया जा सकता था, और इस तरह । लेकिन कम से कम आपको बाहरी प्रक्रिया में खोलने की आवश्यकता नहीं है।

Answer 8

फ़ाइलें.इससमैफ़ विधि वास्तव में इस तरह के उपयोग के लिए जोड़ा गया था - यानी, आप यह जांचना चाहते हैं कि दो गैर-बराबर पथ एक ही फ़ाइल का पता लगाते हैं या नहीं।