Mengapa batas panjang jalur 260 karakter ada di Windows?

Saya telah menghadapi masalah ini beberapa kali pada saat yang tidak tepat:

• Mencoba untuk bekerja pada proyek Java open source dengan jalur yang dalam
• Menyimpan pohon wiki Fitnesse yang dalam di kontrol sumber
• Galat mencoba menggunakan Bazaar untuk mengimpor pohon kendali sumber saya

Mengapa batas ini ada?

Mengapa belum dihapus?

Bagaimana Anda mengatasi batas jalur? Dan tidak, beralih ke Linux atau Mac OS X bukan jawaban yang valid untuk pertanyaan ini;)

Mengutip artikel ini https://docs.microsoft.com/en-us/windows/desktop/FileIO/naming-a-file#maximum-path-length-limitation

Batasan Panjang Jalur Maksimum

Di Windows API (dengan beberapa pengecualian yang dibahas dalam paragraf berikut), panjang maksimum untuk jalur adalah MAX_PATH , yang didefinisikan sebagai 260 karakter. Jalur lokal disusun dalam urutan berikut: huruf kandar, titik dua, garis miring terbalik, komponen nama yang dipisahkan oleh garis miring terbalik, dan karakter nol yang diakhiri. Misalnya, jalur maksimum pada drive D adalah "D: \ beberapa string jalur 256-karakter <NUL>" di mana "<NUL>" mewakili karakter null penghentian yang tidak terlihat untuk codepage sistem saat ini. (Karakter <> digunakan di sini untuk kejelasan visual dan tidak dapat menjadi bagian dari string jalur yang valid.)

Sekarang kita melihat bahwa itu adalah 1 + 2 + 256 + 1 atau [drive] [: \] [path] [null] = 260. Orang dapat berasumsi bahwa 256 adalah panjang string tetap yang masuk akal dari hari-hari DOS. Dan kembali ke API DOS, kami menyadari bahwa sistem melacak jalur saat ini per drive, dan kami memiliki 26 (32 dengan simbol) drive maksimum (dan direktori saat ini).

INT 0x21 AH = 0x47 mengatakan "Fungsi ini mengembalikan deskripsi jalur tanpa huruf drive dan backslash awal." Jadi kita melihat bahwa sistem menyimpan CWD sebagai pasangan (drive, path) dan Anda meminta path dengan menentukan drive (1 = A, 2 = B, ...), jika Anda menentukan 0 maka ia mengasumsikan path untuk drive dikembalikan oleh INT 0x21 AH = 0x15 AL = 0x19. Jadi sekarang kita tahu mengapa itu 260 dan bukan 256, karena 4 byte itu tidak disimpan dalam string path.

Mengapa string jalur 256 byte, karena 640K cukup RAM.

Ini tidak sepenuhnya benar karena sistem file NTFS mendukung jalur hingga 32 ribu karakter. Anda dapat menggunakan api win32 dan " \\?\" awalan jalur untuk menggunakan lebih dari 260 karakter.

Penjelasan terperinci tentang jalur panjang dari blog tim .Net BCL .
Kutipan kecil menyoroti masalah dengan jalur panjang

Kekhawatiran lain adalah perilaku tidak konsisten yang akan dihasilkan dengan memaparkan dukungan jalur panjang. Jalur panjang dengan \\?\awalan dapat digunakan di sebagian besar API Windows terkait file, tetapi tidak semua API Windows. Misalnya, LoadLibrary, yang memetakan modul ke alamat proses panggilan, gagal jika nama file lebih panjang dari MAX_PATH. Jadi ini berarti MoveFile akan membiarkan Anda memindahkan DLL ke lokasi sehingga jalurnya lebih dari 260 karakter, tetapi ketika Anda mencoba memuat DLL, itu akan gagal. Ada contoh serupa di seluruh API Windows; beberapa solusi ada, tetapi mereka berdasarkan kasus per kasus.

Pertanyaannya adalah mengapa batasan itu masih ada. Tentunya Windows modern dapat meningkatkan sisi MAX_PATHuntuk memungkinkan jalur yang lebih panjang. Mengapa batasan belum dihapus?

• Alasan itu tidak bisa dihapus adalah bahwa Windows berjanji tidak akan pernah berubah.

Melalui kontrak API, Windows telah menjamin semua aplikasi bahwa API file standar tidak akan pernah mengembalikan jalur yang lebih panjang daripada 260karakter.

Pertimbangkan kode yang benar berikut ini :

WIN32_FIND_DATA findData;

FindFirstFile("C:\Contoso\*", ref findData);

Windows menjamin program saya bahwa itu akan mengisi WIN32_FIND_DATAstruktur saya :

WIN32_FIND_DATA {
   DWORD    dwFileAttributes;
   FILETIME ftCreationTime;
   FILETIME ftLastAccessTime;
   FILETIME ftLastWriteTime;
   //...
   TCHAR    cFileName[MAX_PATH];
   //..
}

Aplikasi saya tidak menyatakan nilai konstanta MAX_PATH, API Windows melakukannya. Aplikasi saya menggunakan nilai yang ditentukan itu.

Struktur saya didefinisikan dengan benar, dan hanya mengalokasikan 592total byte. Itu berarti bahwa saya hanya dapat menerima nama file yang kurang dari 260karakter. Windows berjanji kepada saya bahwa jika saya menulis aplikasi saya dengan benar, aplikasi saya akan terus berfungsi di masa depan.

Jika Windows mengizinkan nama file lebih panjang dari 260karakter maka aplikasi saya yang ada (yang menggunakan API yang benar dengan benar) akan gagal.

Bagi siapa pun yang meminta Microsoft untuk mengubah MAX_PATHkonstanta, pertama-tama mereka perlu memastikan bahwa tidak ada aplikasi yang gagal. Misalnya, saya masih memiliki dan menggunakan aplikasi Windows yang ditulis untuk dijalankan pada Windows 3.11. Ini masih berjalan pada Windows 10. 64-bit. Itulah yang membuat kompatibilitas Anda mundur.

Microsoft memang menciptakan cara untuk menggunakan nama path lengkap 32.768; tetapi mereka harus membuat kontrak API baru untuk melakukannya. Untuk satu, Anda harus menggunakan Shell API untuk menghitung file (karena tidak semua file ada di hard drive atau jaringan berbagi).

Tetapi mereka juga harus tidak merusak aplikasi pengguna yang ada. Sebagian besar aplikasi tidak menggunakan api shell untuk kerja file. Semua orang hanya menelepon FindFirstFile/ FindNextFiledan menyebutnya sehari.

Dari Windows 10. Anda dapat menghapus batasan dengan memodifikasi kunci registri.

Tip Mulai pada Windows 10, versi 1607, batasan MAX_PATH telah dihapus dari fungsi file dan direktori Win32 yang umum. Namun, Anda harus ikut serta ke perilaku baru.

Kunci registri memungkinkan Anda untuk mengaktifkan atau menonaktifkan perilaku jalur panjang baru. Untuk mengaktifkan perilaku jalur panjang atur kunci registri di HKLM\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled(Ketik:) REG_DWORD. Nilai kunci akan di-cache oleh sistem (per proses) setelah panggilan pertama ke file Win32 yang terpengaruh atau fungsi direktori (daftar berikut). Kunci registri tidak akan dimuat ulang selama masa proses. Agar semua aplikasi pada sistem mengenali nilai kunci, reboot mungkin diperlukan karena beberapa proses mungkin telah dimulai sebelum kunci ditetapkan. Kunci registri juga dapat dikontrol melalui Kebijakan Grup di Computer Configuration > Administrative Templates > System > Filesystem > Enable NTFS long paths. Anda juga dapat mengaktifkan perilaku jalur panjang baru per aplikasi melalui manifes:

<application xmlns="urn:schemas-microsoft-com:asm.v3">
    <windowsSettings xmlns:ws2="http://schemas.microsoft.com/SMI/2016/WindowsSettings">
        <ws2:longPathAware>true</ws2:longPathAware>
    </windowsSettings>
</application>

Anda dapat memasang folder sebagai drive. Dari baris perintah, jika Anda memiliki jalur, C:\path\to\long\folderAnda dapat memetakannya ke huruf drive X:menggunakan:

subst x: \path\to\long\folder

Salah satu cara untuk mengatasi batas jalur adalah mempersingkat entri jalur dengan tautan simbolik.

Sebagai contoh:

1. buat C:\pdirektori untuk menyimpan tautan pendek ke jalur panjang
2. mklink /J C:\p\foo C:\Some\Crazy\Long\Path\foo
3. tambahkan C:\p\fooke jalur Anda alih-alih jalur panjang

Anda dapat mengaktifkan nama jalur panjang menggunakan PowerShell:

Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem' -Name LongPathsEnabled -Type DWord -Value 1 

Versi lain adalah dengan menggunakan Group Policy di Computer Configuration/ Administrative Templates/ System/ Filesystem:

Seperti mengapa ini masih ada - MS tidak menganggapnya sebagai prioritas, dan nilai kompatibilitas mundur lebih dari memajukan OS mereka (setidaknya dalam contoh ini).

Solusi yang saya gunakan adalah menggunakan "nama pendek" untuk direktori di jalur, alih-alih versi standar mereka yang dapat dibaca oleh manusia. Jadi misalnya untuk C:\Program Files\saya akan menggunakan C:\PROGRA~1\ Anda dapat menemukan setara menggunakan nama pendek dir /x.

Mengenai cara mengatasi batasan ukuran lintasan pada Windows - menggunakan 7zip untuk mengemas (dan membuka paket) file sensitif lintasan Anda tampak seperti solusi yang layak. Saya telah menggunakannya untuk mengangkut beberapa instalasi IDE (jalur plugin Eclipse, ya!) Dan tumpukan dokumentasi yang di-autogenerasi dan sejauh ini tidak memiliki masalah.

Tidak begitu yakin bagaimana cara menghindari batas 260 char yang ditetapkan oleh Windows (dari PoV teknis), tapi hei, itu berhasil!

Lebih detail di halaman SourceForge mereka di sini :

"NTFS sebenarnya dapat mendukung nama path hingga 32.000 karakter."

7-zip juga mendukung nama panjang tersebut.

Tapi itu dinonaktifkan dalam kode SFX. Beberapa pengguna tidak menyukai jalur yang panjang, karena mereka tidak mengerti cara bekerja dengannya. Itu sebabnya saya menonaktifkannya dalam kode SFX.

dan lepaskan catatan :

9.32 alpha 2013-12-01

• Peningkatan dukungan untuk nama path file lebih dari 260 karakter.

4.44 beta 2007-01-20

• 7-Zip sekarang mendukung nama path file lebih dari 260 karakter.

CATATAN PENTING: Agar ini berfungsi dengan baik, Anda harus menentukan jalur tujuan dalam dialog "Ekstrak" 7zip secara langsung, daripada menyeret & menjatuhkan file ke folder yang dimaksud. Jika tidak, folder "Temp" akan digunakan sebagai cache sementara dan Anda akan terpental ke batasan karakter yang sama setelah Windows Explorer mulai memindahkan file ke "tempat peristirahatan terakhir" mereka. Lihat balasan untuk pertanyaan ini untuk informasi lebih lanjut.

Ya, dan ini adalah default untuk beberapa alasan, tetapi Anda dapat dengan mudah menimpanya dengan kunci registri ini:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"LongPathsEnabled"=dword:00000001

Lihat: https://blogs.msdn.microsoft.com/jeremykuhne/2016/07/30/net-4-6-2-and-long-paths-on-windows-10/

Cara lain untuk mengatasinya adalah dengan menggunakan Cygwin, tergantung pada apa yang ingin Anda lakukan dengan file (yaitu jika perintah Cygwin sesuai dengan kebutuhan Anda)

Misalnya memungkinkan untuk menyalin, memindahkan, atau mengganti nama file yang bahkan Windows Explorer tidak bisa. Atau tentu saja berurusan dengan kontennya seperti md5sum, grep, gzip, dll.

Juga untuk program yang Anda koding, Anda dapat menautkannya ke Cygwin DLL dan itu akan memungkinkan mereka untuk menggunakan jalur panjang (saya belum menguji ini)