File.exists (), dosya mevcut olduğunda yanlış döndürür

Arkasında herhangi bir mantık bulamadığım bir hatayla karşılaştım. Şu şekilde oluşturulan bu File nesnesine sahibim:

File file = new File("utilities/data/someTextFile.txt");

Sonra yapıyorum file.exists()ve geri dönüyor false(!?). Dosya bulunamazsa, f.getAbsolutePath()bir dosyaya giriş yapıyorum . Yola baktığımda iyi görünüyor. Tam yolu Windows'taki "Çalıştır" penceresine kopyalayıp yapıştırabilirim ve dosya düzgün bir şekilde açılıyor.

Dosya her zaman mevcuttur ve uygulamamın çalışması sırasında silinmez veya değiştirilmez. Yerel makinede bulunur.

Bu sadece belirli durumlarda meydana geliyor gibi görünüyor. Hatayı istediğim zaman yeniden oluşturabilirim, ancak eminim ki dosya nesnesinin yolu, hatayı yeniden oluşturmak için yaptığım eylemlerle değiştirilmez.

file.exists()Yanlış dönmesine ne sebep olabilir ? Bunun izinler veya dosya kilitleri vb. İle bir ilgisi var mı?

Windows 7'de aşağıdaki durumu görüyorum:

file.exists() == false
file.getAbsoluteFile().exists() == true

Söz konusu dosya "var \ log", mutlak yol, normal bir alt dizinde (sanal bir depoda değil) var olan bir dosyaya başvuruyor. Bu IDE'den görülüyor.

Java'da yolun nasıl belirtildiği konusunda bir fark var gibi görünüyor.

Örneğin, dosya yolu file:/C:/DEV/test.txto zamanki gibi belirtilmişse

File f = new File(filename);
f.exists();

dönecek false. Yol, gezginde veya tarayıcıda çalışabilir, ancak bir URL'dir ve mutlak dosya yolu değildir.

Ancak diğer yandan, dosya yolu C:/DEV/test.txto zamanki gibi belirtilmişse

File f = new File(filename);
f.exists();

trueyol bir URL olmadığı, ancak mutlak bir yol olduğu için dönecektir .

İle Bahar Framework o tam olarak ne ResourceUtils.getFile(filename)ad URL veya mutlak dosya yolu olabildiği yerlerde - yapar.

İşlemin bir dosyanın var olup olmadığını söyleme izni yoksa yanlış döndürür. Bir dosyayı açmak mümkün olabilir, ancak var olup olmadığını normal yöntemlerle söyleyemez.

Yukarıdaki cevaplar benim durumumda yardımcı olmadı. Yukarıda belirtildiği gibi, şunlara sahiptim:

file.exists() => false
file.getAbsoluteFile().exists => true

Bunun temel nedeni, Windows 7 makine sahibinin, Python ile çalışmak üzere belirli bir dizinde başlatmak için bir komutu otomatik olarak çalıştıracak şekilde CMD için kayıt defterini değiştirmesiydi. Bu modifikasyon sakat Java 1.6 görünüşte kullanan bir kod CMD üzerinde Windows'un gibi belirli dosya işlemleri için exists(). Otomatik çalıştırmayı kayıt defterinden kaldırmak sorunu çözdü.

["Bilinen dosya türleri için uzantıları gizle"] işaretlendiğinde, [gezgin] / [pencereleri çalıştır] 'a "t.txt" yazarken pencereler "t.txt.txt" yi açar, ancak programlı olarak açmaz.

Açıkçası bir dizi olası neden var ve önceki cevaplar bunları iyi belgeliyor, ancak işte bunu belirli bir durumda nasıl çözdüm:

Bir öğrencimde bu sorun vardı ve anlamaya çalışırken neredeyse saçımı yırtıyordum. Göründüğü gibi görünmesine rağmen dosyanın var olmadığı ortaya çıktı. Sorun, Windows 7'nin "Bilinen dosya türleri için dosya uzantılarını gizle" olarak yapılandırılmış olmasıydı. Bu, dosyanın adı "data.txt" görünüyorsa, gerçek dosya adının "data.txt.txt" olduğu anlamına gelir.

Umarım bu, başkalarının kendilerini biraz saç kurtarmasına yardımcı olur.

new FileKomut sadece verilen yol adını kullanarak bir dosyanın bir örneğini oluşturur. Aslında sabit sürücüde bir dosya oluşturmaz.

Eğer öyle diyorsan

File file = new File ("path");
file.exists() 

Bu, yalnızca aynı yola sahip mevcut bir dosya varsa true döndürebilir. İlk satırda belirtilen aynı dosyayı kontrol etmek istediyseniz, bu şekilde kullanmanız gerekebilir.

File file = new File ("path");
file.createNewFile();
file.exists();

Şimdi bu gerçek olacak.

Bir yöntemi her çağırmanız gerektiğinde getAbsoluteFile () çağrılarıyla uğraşmak istemiyorsanız, dosya örneğinizi zaten mutlak bir yolla oluşturmanız daha iyi olur. Bu hile yapmalı:

File file = new File("utilities/data/someTextFile.txt").getAbsoluteFile();

Onu bir deneme yakalama bloğu, BTW ile çevrelemenizi öneririm.

Sorunu genelleştirmek için URL / URI'yi yerel yollara dönüştürürken sorun ortaya çıkıyor.

Example: URL url = file:/D:/code%20repo%20sample/sample.txt

// To remove url reference
String localPath = url.getPath();  
> /D:/code%20repo%20sample/sample.txt

// Decoding reserved characters in url from hexadecimal to character
URLDecoder.decode(localPath, StandardCharsets.UTF_8.toString()); 
> /D:/code repo sample/sample.txt

Bu yardımcı olur umarım.

Herkese iyi tepkiler. Bunun, Java'nın C:Windows'ta kök dizine erişmesiyle ilgili bir sorun olduğunu buldum . Başka dizin özellikle söz, iyi olacak, ama nedense gerektiğini C:\ya C:ya C:/bir hata verebilir. Bu çok benzer sorunu, bahsetmeyi yakalayıp new File("C:");yenisiyle değiştirerek çözdüm File(System.getProperty("file.separator"));ya da dosya dizininiz olarak "c:" demek yerine "\" sabit kodlamanız gerekir ve işe yarayabilir. Zarif değil, ama bu projede benim için işi bitirdi.

Umut ediyorum bu yardım eder. Doğru çözüm olmayabilir ama en azından benim için işe yaradı. Ben varım JRE 1.6, Win 7. Şerefe!

Saygılarımızla,

@ Marangoz10

Başarısız olduğu durumlar başka bir kullanıcı olarak çalıştırmayı içeriyorsa ve Windows Vista / Windows 7 kullanıyorsanız, Windows'un ayrıcalıklı olmayan bir kullanıcının normalde yapamayacağı "yazmasına" izin verdiği mekanizma olan VirtualStore'dan kaynaklanıyor olabilir. Ancak değişiklikler, her kullanıcı hesabına özel olan "% USERPROFILE% \ AppData \ Local \ VirtualStore \" klasöründe saklanır.

Yukarıdan hiçbir şey benim için işe yaramadığında, denedim

filePath = filePath.trim();

Bu, dizenizi istenmeyen karakterlerden temizler

FWIW, bunun gerçekleştiği başka bir yer var.

File("")mevcut dizinin adıdır. File("").exists()genellikle geri dönecektir false. File(("").getAbsoluteFile().exists()Hüner çalışır ve dönecektir true(... geçerli dizin var varsayarsak)

Son zamanlarda aynı sorunla karşılaştım. Yaptığım şey Netbeans'i, C sürücüsünden silen netbeans klasörünü, program dosyalarını, güncellemeyi, programData'yı, neredeyse her yerden kaldırmaktı. Ardından yeniden yükleyin. Şimdi iyi çalışıyor. Yukarıdaki işlemleri yapmadan önce netbeans proje klasörünü yedeklemeyi unutmayın.

Umarım yardımcı olur.

Bazı IDE'lerde (olabilir) ve veya bazı işletim sistemlerinde (örn: pencere), varsayılan olarak dosyalara yazma erişimine sahip değildirler. Yani file.exists () yapmaya çalışırsanız size yanlış olduğunu gösterecektir. bunu düzeltmek için aşağıdaki gibi yapın

Dosya için ref değişkeniniz f ise, örneğin: Dosya f = yeni Dosya ("yol");

bu yüzden çalışmasını sağlamak için fareyle f öğesini seçin ve ardından Arama menüsü> Yazma erişimi> Çalışma Alanı'na gidin. Umarım işe yarar.

Bunun yerine ters eğik çizgi kullanmalısın, şöyle:

Dosya dosyası = yeni Dosya ("C: \\ Kullanıcı \\ yardımcı programlar \\ veri \\ bazıTextFile.txt"); (iki ters eğik çizgi, yazım hatası değil)

Sorunu çözmeli :)