File.exists () повертає значення false, коли файл існує

Я зіткнувся з помилкою, за якою я не можу знайти жодної логіки. У мене є цей об’єкт File, який створюється так:

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

Тоді я це роблю file.exists(), і воно повертається false(!?). Якщо файл не знайдено, я реєструюсь f.getAbsolutePath()у файлі. Коли я дивлюсь на шлях, це здається ОК. Я можу скопіювати та вставити повний шлях у вікно "Виконати" у Windows, і файл відкриється нормально.

Файл існує постійно і не видаляється та не змінюється під час запуску моєї програми. Він знаходиться біля місцевої машини.

Здається, це відбувається лише у певних ситуаціях. Я можу відтворити несправність у будь-який час, але я впевнений, що шлях до файлового об'єкта не змінюється діями, які я роблю для відтворення несправності.

Що може спричинити file.exists()повернення false? Чи має це щось спільне з дозволами, блокуванням файлів тощо?

У Windows 7 я бачу таку ситуацію:

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

Розглядається файл "var \ log", абсолютний шлях справді посилається на існуючий файл, який знаходиться у звичайному підкаталозі (а не у віртуальному сховищі). Це видно з IDE.

Здається, є різниця в тому, як вказаний шлях у Java.

Наприклад, якщо шлях до файлу вказаний як file:/C:/DEV/test.txtтоді

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

повернеться false. Шлях може працювати в провіднику або браузері, але це URL-адреса, а не абсолютний шлях до файлу.

Але з іншого боку, якщо шлях до файлу вказаний як C:/DEV/test.txtтоді

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

повернеться, trueоскільки шлях не є URL-адресою, але це абсолютний шлях.

З Spring Framework це саме те, що ResourceUtils.getFile(filename)робить - де ім’я може бути як URL-адресою, так і абсолютним шляхом до файлу.

Якщо процес не має дозволів визначити, чи існує файл, він поверне значення false. Можливо, можливо відкрити файл, але звичайними методами не визначити, чи він існує.

Наведені вище відповіді не допомогли мені. Як зазначено вище, я мав:

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

Основною причиною цього було те, що власник машини Windows 7 змінив реєстр CMD, щоб він автоматично запускав команду для запуску в певному каталозі для роботи з Python. Ця модифікація скалічила код Java 1.6, який, очевидно, використовує CMD у Windows для певних файлових операцій, таких як exists(). Видалення автозапуску з реєстру вирішило проблему.

Якщо встановлено прапорець ["Сховати розширення для відомих типів файлів."], Вікна відкривають "t.txt.txt", коли вводять "t.txt" у [провідник] / [запустити windows], але програмно - ні.

Очевидно, що існує низка можливих причин, і попередні відповіді їх добре документують, але ось як я це вирішив в одному конкретному випадку:

У мого студента була ця проблема, і я ледь не вирвав волосся, намагаючись зрозуміти це. З’ясувалося, що файл не існує, хоча він так і виглядав. Проблема полягала в тому, що Windows 7 було налаштовано на "Сховати розширення файлів для відомих типів файлів". Це означає, що якщо файл, схоже, має ім'я "data.txt", його фактичним ім'ям є "data.txt.txt".

Сподіваюся, це допомагає іншим врятувати собі волосся.

new FileКоманда просто створює екземпляр файлу , використовуючи дане ім'я шляху. Фактично це не створює файл на жорсткому диску.

Якщо ви говорите

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

Це може повернути true лише у тому випадку, якщо існував файл із однаковим шляхом. Якщо ви мали намір перевірити той самий файл, заявлений у першому рядку, можливо, вам доведеться використовувати його таким чином.

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

Тепер це повернеться правдою.

Якщо ви не хочете мати справу з викликами getAbsoluteFile () кожного разу, коли вам доводиться викликати метод, вам краще створити свій екземпляр файлу вже з абсолютним шляхом. Це повинно зробити трюк:

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

Я пропоную оточити його блоком try-catch, BTW.

Щоб узагальнити проблему, виникає проблема під час перетворення URL / URI на локальні шляхи.

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

Сподіваюся, це допомагає.

Хороші відгуки всіх. Я виявив, що це, здається, проблема з доступом Java до кореневого C:каталогу у Windows. Будь-який інший каталог повинен бути в порядку, але з якихось причин, зокрема згадуючи C:\або, C:або, C:/може призвести до помилки. Я вирішив цю дуже подібну проблему, захопивши згадку new File("C:");та замінивши її на нову, File(System.getProperty("file.separator"));або ви повинні мати можливість жорсткого коду "\", замість того, щоб вимовляти "c:" як свій каталог файлів, і це може вийти. Не елегантно, але роботу над цим проектом я зробив для мене.

Сподіваюся, це допоможе. Можливо, це не правильне рішення, але принаймні це спрацювало для мене. Я на JRE 1.6, Win 7. На здоров’я!

З повагою,

@ Carpenter1010

Якщо ситуації, коли це не вдається, включають запуск його як іншого користувача, і ви перебуваєте на Windows Vista / Windows 7, це може бути спричинено VirtualStore, механізмом, за допомогою якого Windows дозволяє непривілейованому користувачеві "писати" місця, які він зазвичай не може. Однак зміни зберігаються в "% USERPROFILE% \ AppData \ Local \ VirtualStore \", які є приватними для кожного облікового запису користувача.

Коли у мене нічого згори не працювало, я намагався

filePath = filePath.trim();

Це очистить ваш рядок від будь-якого небажаного характеру

Нещодавно я стикався з цим самим питанням. Що я зробив, це видалив Netbeans, видалив папку netbeans з диска C, програмні файли, оновлення, programData, практично скрізь. Потім переінсталюйте. Зараз працює нормально. Не забудьте створити резервну копію папки проекту netbeans, перш ніж виконувати наведені вище дії.

Сподіваюся, це допоможе.

З деякими IDE (може бути) та або з деякими ОС (наприклад: вікно), за замовчуванням вони не мають доступу до файлів. Отже, якщо ви спробуєте зробити файл.exists (), він покаже вам помилку. для того, щоб це виправити, зробіть, як показано нижче

якщо вашою змінною ref для File є f, приклад: File f = new File ("шлях");

тому для того, щоб це працювало, виберіть f за допомогою миші, а потім перейдіть до меню Пошук> Доступ для запису> Робоча область. Сподіваємось, це спрацює.

Я думаю, замість цього слід використовувати зворотну косу риску:

Файл файлу = новий файл ("C: \\ Користувач \\ утиліти \\ дані \\ someTextFile.txt"); (дві зворотні риски, не друкарська помилка)

Повинен вирішити проблему :)