File.exists ()는 파일이있을 때 false를 반환합니다.

나는 어떤 논리도 찾을 수없는 것처럼 보이는 버그를 만났습니다. 다음과 같이 생성 된이 File 객체가 있습니다.

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

그런 다음 file.exists()반환합니다.false (!?)가 됩니다. 파일을 찾을 수 없으면 파일에 기록 f.getAbsolutePath()하고 있습니다. 길을 보면 괜찮아 보인다. 전체 경로를 Windows의 "실행"창에 복사하여 붙여 넣으면 파일이 정상적으로 열립니다.

파일은 항상 존재하며 내 응용 프로그램을 실행하는 동안 삭제되거나 변경되지 않습니다. 로컬 시스템에 있습니다.

이것은 특정 상황에서만 발생하는 것 같습니다. 나는 언제든지 결함을 재현 할 수 있지만 결함을 재현하기 위해 수행하는 작업으로 인해 파일 객체의 경로가 변경되지 않는다고 확신합니다.

file.exists()거짓을 반환하는 원인 은 무엇입니까 ? 이것이 권한이나 파일 잠금 등과 관련이 있습니까?

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과 함께 작동하도록 특정 디렉터리에서 시작하는 명령을 자동으로 실행했기 때문입니다. 이 수정으로 인해 .NET 과 같은 특정 파일 작업을 위해 Windows 에서 CMD 를 사용 하는 Java 1.6 코드가 손상 되었습니다 . 레지스트리에서 자동 실행을 제거하면 문제가 해결되었습니다.exists()

[ "알려진 파일 형식에 대한 확장명 숨기기."]를 선택하면 [explorer] / [run windows]에서 "t.txt"를 입력하면 "t.txt.txt"가 열리지 만 프로그래밍 방식으로는 열리지 않습니다.

분명히 여러 가지 가능한 원인이 있으며 이전 답변은이를 잘 문서화하지만 특정 경우에 대해 이것을 해결 한 방법은 다음과 같습니다.

제 학생이이 문제를 가지고 있었고 그것을 알아 내려고 거의 머리카락을 찢어 버렸습니다. 파일이 존재하는 것처럼 보이지만 존재하지 않는 것으로 밝혀졌습니다. 문제는 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();

이제 이것은 true를 반환합니다.

메서드를 호출해야 할 때마다 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:");하고 new로 대체 하여이 매우 유사한 문제를 해결했습니다. File(System.getProperty("file.separator"));그렇지 않으면 파일 디렉토리로 "c :"라고 말하는 대신 "\"를 하드 코딩 할 수 있어야합니다. 우아하지는 않지만이 프로젝트에서 나를 위해 일을 완료했습니다.

도움이되기를 바랍니다. 올바른 해결책이 아닐 수도 있지만 적어도 저에게는 효과적이었습니다. 에 JRE 1.6, Win 7있습니다. 건배!

공손히,

안녕하세요.

실패하는 상황이 다른 사용자로 실행하고 Windows Vista / Windows 7을 사용하는 경우 VirtualStore로 인해 발생할 수 있습니다. Windows에서 권한이없는 사용자가 일반적으로 "쓰기"할 수 없도록하는 메커니즘입니다. 그러나 변경 사항은 각 사용자 계정에 대해 비공개 인 "% USERPROFILE % \ AppData \ Local \ VirtualStore \"에 저장됩니다.

위에서 아무 것도 효과가 없을 때 나는 시도했습니다.

filePath = filePath.trim();

원치 않는 문자에서 문자열을 정리합니다.

나는 최근에 이와 같은 문제를 발견했습니다. 내가 한 일은 거의 모든 곳에서 Netbeans를 제거하고 C 드라이브, 프로그램 파일, 업데이트, programData에서 netbeans 폴더를 삭제했습니다. 그런 다음 다시 설치하십시오. 이제 잘 작동합니다. 위의 작업을 수행하기 전에 netbeans 프로젝트 폴더를 백업하는 것을 잊지 마십시오.

도움이 되었기를 바랍니다.

일부 IDE (일 수 있음) 및 또는 일부 OS (예 : 창)에서는 기본적으로 파일에 대한 쓰기 권한이 없습니다. 따라서 file.exists ()를 시도하면 false가 표시됩니다. 이 문제를 해결하려면 다음과 같이하십시오.

File에 대한 ref 변수가 f 인 경우 예 : File f = new File ( "path");

따라서 작동하게하려면 마우스로 f를 선택한 다음 검색 메뉴> 쓰기 권한> 작업 공간으로 이동합니다. 잘만되면 작동합니다.

대신 다음과 같이 백 슬래시를 사용해야한다고 생각합니다.

파일 파일 = new File ( "C : \\ User \\ utilities \\ data \\ someTextFile.txt"); (오타가 아닌 두 개의 백 슬래시)

문제를 해결해야합니다 :)