Sự khác biệt giữa File.separator và dấu gạch chéo trong đường dẫn

Sự khác biệt giữa việc sử dụng File.separatorvà bình thường /trong Chuỗi đường dẫn Java là gì?

Ngược lại, \\độc lập nền tảng dấu gạch chéo kép dường như không phải là lý do, vì cả hai phiên bản đều hoạt động trong Windows và Unix.

public class SlashTest {
    @Test
    public void slash() throws Exception {
        File file = new File("src/trials/SlashTest.java");
        assertThat(file.exists(), is(true));
    }

    @Test
    public void separator() throws Exception {
        File file = new File("src" + File.separator + "trials" + File.separator + "SlashTest.java");
        assertThat(file.exists(), is(true));
    }
}

Để viết lại câu hỏi, nếu /hoạt động trên Unix và Windows, tại sao người ta phải muốn sử dụng File.separator?

Với các thư viện Java để xử lý các tệp, bạn có thể sử dụng một cách an toàn /(gạch chéo, không gạch chéo ngược) trên tất cả các nền tảng. Mã thư viện xử lý việc dịch mọi thứ thành các đường dẫn cụ thể trong nền tảng.

File.separatorTuy nhiên, bạn có thể muốn sử dụng trong UI, vì tốt nhất là cho mọi người thấy những gì sẽ có ý nghĩa trong HĐH của họ, hơn là những gì có ý nghĩa với Java.

Cập nhật : Tôi đã không thể, trong năm phút tìm kiếm, để tìm thấy hành vi "bạn luôn có thể sử dụng dấu gạch chéo" được ghi lại. Bây giờ, tôi chắc chắn tôi đã thấy nó được ghi lại, nhưng trong sự vắng mặt của việc tìm một tài liệu tham khảo chính thức (vì bộ nhớ của tôi không hoàn hảo), tôi sẽ sử dụng File.separatorvì bạn biết rằng nó sẽ hoạt động.

Bạn sử dụng File.separatorbởi vì một ngày nào đó chương trình của bạn có thể chạy trên một nền tảng được phát triển ở một vùng đất xa xôi, một vùng đất của những điều kỳ lạ và những người xa lạ, nơi ngựa khóc và bò vận hành tất cả các thang máy. Ở vùng đất này, mọi người thường sử dụng ký tự ":" làm dấu phân tách tệp và thật đáng sợ, JVM tuân theo mong muốn của họ.

Mặc dù việc sử dụng File.separator để tham chiếu một tên tệp là quá mức cần thiết (đối với những người tưởng tượng ở xa đất liền, tôi tưởng tượng việc triển khai JVM của họ sẽ thay thế /bằng một :giống như windows jvm thay thế nó bằng a \).

Tuy nhiên, đôi khi bạn nhận được tham chiếu tệp, không tạo tệp và bạn cần phân tích cú pháp, và để có thể làm điều đó, bạn cần biết dấu phân cách trên nền tảng. File.separator giúp bạn làm điều đó.

OK hãy kiểm tra một số mã.
File.javadòng từ 428 đến 435 trong File.<init>:

String p = uri.getPath();
if (p.equals(""))
    throw new IllegalArgumentException("URI path component is empty");

// Okay, now initialize
p = fs.fromURIPath(p);
if (File.separatorChar != '/')
p = p.replace('/', File.separatorChar);

Và hãy đọc fs/*(FileSystem)*/.fromURIPath()tài liệu:

Chuỗi trừu tượng công khai java.io.FileSystem fromURIPath (Đường dẫn chuỗi) Xử lý sau chuỗi đường dẫn
URI đã cho nếu cần. Điều này được sử dụng trên win32, ví dụ, để chuyển đổi "/ c: / foo" thành "c: / foo". Chuỗi đường dẫn vẫn có dấu phân cách dấu gạch chéo; mã trong lớp File sẽ dịch chúng sau khi phương thức này trả về.

Điều này có nghĩa là FileSystem.fromURIPath()không xử lý bài đăng trên đường dẫn URI chỉ trong Windows và bởi vì trong dòng tiếp theo:

p = p.replace('/', File.separatorChar);

Nó thay thế từng '/' với hệ thống phụ thuộc seperatorChar, bạn luôn có thể chắc chắn rằng '/' an toàn trong mọi HĐH.

Chà, có nhiều HĐH hơn Unix và Windows (Thiết bị di động, v.v.) và Java được biết đến với tính di động. Cách thực hành tốt nhất là sử dụng nó, vì vậy JVM có thể xác định cái nào là tốt nhất cho HĐH đó.

Mặc dù nó không tạo ra nhiều khác biệt trên đường vào, nhưng nó lại đi trên đường về.

Chắc chắn bạn có thể sử dụng '/' hoặc '\' trong Tệp mới (đường dẫn chuỗi), nhưng File.getPath () sẽ chỉ cung cấp cho bạn một trong số chúng.

Đi dự tiệc muộn. Tôi đang dùng Windows 10 với JDK 1.8 và MARS Eclipse 1.
Tôi thấy rằng

getClass().getClassLoader().getResourceAsStream("path/to/resource");

công trình và

getClass().getClassLoader().getResourceAsStream("path"+File.separator+"to"+File.separator+"resource");

không hoạt động và

getClass().getClassLoader().getResourceAsStream("path\to\resource");

không hoạt động. Hai cái cuối cùng là tương đương. Vì vậy, ... tôi có lý do chính đáng để KHÔNG sử dụng File.separator.

tính di động đơn giản và đơn giản.

"Java SE8 dành cho lập trình viên" tuyên bố rằng Java sẽ đối phó với một trong hai. (trang 480, đoạn cuối). Ví dụ tuyên bố rằng:

c:\Program Files\Java\jdk1.6.0_11\demo/jfc

sẽ phân tích tốt Lưu ý đến dấu phân cách (kiểu Unix) cuối cùng.

Điều đó thật khó khăn và có thể dễ bị lỗi, nhưng đó là những gì họ (Delist và Delist) yêu cầu.

Tôi nghĩ rằng sự nhầm lẫn cho mọi người, thay vì Java, là lý do đủ để không sử dụng tính năng (mis?) Này.

Như các quý ông mô tả sự khác biệt với các chi tiết biến thể.

Tôi muốn giới thiệu việc sử dụng Apache Commons io api FilenameUtilskhi xử lý các tệp trong một chương trình với khả năng triển khai trên nhiều HĐH.

Tên đường dẫn cho một tệp hoặc thư mục được chỉ định bằng cách sử dụng các quy ước đặt tên của hệ thống máy chủ. Tuy nhiên, lớp Tệp định nghĩa các hằng số phụ thuộc nền tảng có thể được sử dụng để xử lý tên tệp và thư mục theo cách độc lập với nền tảng.

Files.seperator định nghĩa ký tự hoặc chuỗi phân tách thư mục và các thành phần tệp trong một tên đường dẫn. Dấu phân cách này lần lượt là '/', '\' hoặc ':' cho Unix, Windows và Macintosh.

Nếu bạn đang sử dụng Java 7, hãy kiểm tra Path.resolve () và Paths.get () .

Việc sử dụng File.separator đã khiến Ubuntu tạo các tệp có "\" trên tên của nó thay vì các thư mục. Có lẽ tôi đang lười biếng với cách tôi tạo tệp (và thư mục) và có thể tránh nó, bất kể, sử dụng "/" mỗi lần để tránh các tệp có "\" trên tên của nó

Nếu bạn đang cố gắng tạo một tệp từ một số đường dẫn sẵn sàng (được lưu trong cơ sở dữ liệu, ví dụ) bằng trình phân tách Linux, tôi nên làm gì?

Có lẽ chỉ cần sử dụng đường dẫn để tạo tập tin:

new File("/shared/folder/file.jpg");

Nhưng Windows sử dụng một dấu phân cách khác ( \). Vì vậy, là sự thay thế chuyển đổi dấu phân cách dấu gạch chéo thành nền tảng độc lập? Giống:

new File(convertPathToPlatformIndependent("/shared/folder"));

Phương thức này convertPathToPlatformIndependentcó thể sẽ có một số loại được chia bởi "/" và tham gia với File.separator.

Đối với tôi, điều đó không tốt cho một ngôn ngữ độc lập với nền tảng (phải không?) Và Java đã hỗ trợ việc sử dụng /trên Windows hoặc Linux. Nhưng nếu bạn đang làm việc với các đường dẫn và cần nhớ chuyển đổi này mỗi lần thì đây sẽ là một cơn ác mộng và bạn sẽ không có bất kỳ lợi ích thực sự nào cho ứng dụng trong tương lai (có thể trong vũ trụ mà @Pointy mô tả).