Tại sao giới hạn độ dài đường dẫn 260 ký tự tồn tại trong Windows?

Tôi đã gặp phải vấn đề này một vài lần tại những thời điểm không thuận lợi:

• Cố gắng làm việc trên các dự án Java nguồn mở với các đường dẫn sâu
• Lưu trữ cây wiki Fitnesse sâu trong kiểm soát nguồn
• Lỗi khi sử dụng Bazaar để nhập cây kiểm soát nguồn của tôi

Tại sao giới hạn này tồn tại?

Tại sao nó chưa được gỡ bỏ?

Làm thế nào để bạn đối phó với giới hạn đường dẫn? Và không, chuyển sang Linux hoặc Mac OS X không phải là câu trả lời hợp lệ cho câu hỏi này;)

Trích dẫn bài viết này https://docs.microsoft.com/en-us/windows/desktop/FileIO/naming-a-file#maximum-path-length-limitation

Giới hạn độ dài đường dẫn tối đa

Trong API Windows (với một số ngoại lệ được thảo luận trong các đoạn sau), độ dài tối đa cho một đường dẫn là MAX_PATH , được xác định là 260 ký tự. Một đường dẫn cục bộ được cấu trúc theo thứ tự sau: ký tự ổ đĩa, dấu hai chấm, dấu gạch chéo ngược, các thành phần tên được phân tách bằng dấu gạch chéo ngược và ký tự null kết thúc. Ví dụ: đường dẫn tối đa trên ổ D là "D: \ một số chuỗi đường dẫn 256 ký tự <NUL>" trong đó "<NUL>" đại diện cho ký tự null kết thúc vô hình cho bảng mã hệ thống hiện tại. (Các ký tự <> được sử dụng ở đây để rõ ràng trực quan và không thể là một phần của chuỗi đường dẫn hợp lệ.)

Bây giờ chúng ta thấy rằng đó là 1 + 2 + 256 + 1 hoặc [ổ đĩa] [: \] [path] [null] = 260. Người ta có thể cho rằng 256 là độ dài chuỗi cố định hợp lý từ thời DOS. Và quay trở lại API DOS, chúng tôi nhận ra rằng hệ thống đã theo dõi đường dẫn hiện tại trên mỗi ổ đĩa và chúng tôi có 26 (32 ký hiệu) ổ đĩa tối đa (và các thư mục hiện tại).

INT 0x21 AH = 0x47 cho biết Chức năng này trả về mô tả đường dẫn mà không có ký tự ổ đĩa và dấu gạch chéo ngược ban đầu. Vì vậy, chúng tôi thấy rằng hệ thống lưu trữ CWD dưới dạng một cặp (ổ đĩa, đường dẫn) và bạn yêu cầu đường dẫn bằng cách chỉ định ổ đĩa (1 = A, 2 = B, Lỗi), nếu bạn chỉ định 0 thì nó sẽ thừa nhận đường dẫn cho ổ đĩa được trả về bởi INT 0x21 AH = 0x15 AL = 0x19. Vì vậy, bây giờ chúng ta biết tại sao nó là 260 chứ không phải 256, vì 4 byte đó không được lưu trữ trong chuỗi đường dẫn.

Tại sao một chuỗi đường dẫn 256 byte, bởi vì 640K là đủ RAM.

Điều này không hoàn toàn đúng vì hệ thống tệp NTFS hỗ trợ các đường dẫn lên tới 32k ký tự. Bạn có thể sử dụng \\?\tiền tố win32 và " " đường dẫn để sử dụng lớn hơn 260 ký tự.

Một lời giải thích chi tiết về con đường dài từ blog của nhóm .Net BCL .
Một đoạn trích nhỏ nêu bật vấn đề với những con đường dài

Một mối quan tâm khác là hành vi không nhất quán sẽ dẫn đến bằng cách phơi bày hỗ trợ đường dài. Các đường dẫn dài có \\?\tiền tố có thể được sử dụng trong hầu hết các API Windows liên quan đến tệp, nhưng không phải tất cả các API Windows. Ví dụ, LoadL Library, ánh xạ một mô-đun vào địa chỉ của quá trình gọi, không thành công nếu tên tệp dài hơn MAX_PATH. Vì vậy, điều này có nghĩa là MoveFile sẽ cho phép bạn di chuyển một DLL đến một vị trí sao cho đường dẫn của nó dài hơn 260 ký tự, nhưng khi bạn cố tải DLL, nó sẽ thất bại. Có các ví dụ tương tự trong các API Windows; một số cách giải quyết tồn tại, nhưng chúng dựa trên từng trường hợp cụ thể.

Câu hỏi là tại sao giới hạn vẫn tồn tại. Chắc chắn Windows hiện đại có thể tăng thêm khía cạnh MAX_PATHđể cho phép các đường dẫn dài hơn. Tại sao giới hạn không được gỡ bỏ?

• Lý do không thể xóa là Windows hứa rằng nó sẽ không bao giờ thay đổi.

Thông qua hợp đồng API, Windows đã đảm bảo tất cả các ứng dụng rằng API tệp tiêu chuẩn sẽ không bao giờ trả lại đường dẫn dài hơn 260ký tự.

Hãy xem xét mã chính xác sau đây :

WIN32_FIND_DATA findData;

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

Windows đảm bảo chương trình của tôi rằng nó sẽ đưa vào WIN32_FIND_DATAcấu trúc của tôi :

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

Ứng dụng của tôi không khai báo giá trị của hằng số MAX_PATH, API Windows đã làm. Ứng dụng của tôi đã sử dụng giá trị được xác định.

Cấu trúc của tôi được xác định chính xác và chỉ phân bổ 592tổng số byte. Điều đó có nghĩa là tôi chỉ có thể nhận được một tên tệp nhỏ hơn 260ký tự. Windows hứa với tôi rằng nếu tôi viết ứng dụng của mình một cách chính xác, ứng dụng của tôi sẽ tiếp tục hoạt động trong tương lai.

Nếu Windows cho phép tên tệp dài hơn 260ký tự thì ứng dụng hiện tại của tôi (sử dụng đúng API chính xác) sẽ thất bại.

Đối với bất kỳ ai kêu gọi Microsoft thay đổi MAX_PATHhằng số, trước tiên họ cần đảm bảo rằng không có ứng dụng hiện có nào bị lỗi. Ví dụ, tôi vẫn sở hữu và sử dụng một ứng dụng Windows được viết để chạy trên Windows 3.11. Nó vẫn chạy trên Windows 10. 64 bit. Đó là những gì khả năng tương thích ngược mang lại cho bạn.

Microsoft đã tạo ra một cách để sử dụng đầy đủ 32.768 tên đường dẫn; nhưng họ phải tạo một hợp đồng API mới để làm điều đó. Đối với một, bạn nên sử dụng API Shell để liệt kê các tệp (vì không phải tất cả các tệp đều tồn tại trên ổ cứng hoặc chia sẻ mạng).

Nhưng họ cũng không được phá vỡ các ứng dụng người dùng hiện có. Phần lớn các ứng dụng không sử dụng api shell cho công việc tập tin. Mọi người chỉ cần gọi FindFirstFile/ FindNextFilevà gọi nó là một ngày.

Từ Windows 10. bạn có thể loại bỏ giới hạn bằng cách sửa đổi khoá đăng ký.

Mẹo Bắt đầu trong Windows 10, phiên bản 1607, các giới hạn MAX_PATH đã bị xóa khỏi các chức năng thư mục và tệp Win32 phổ biến. Tuy nhiên, bạn phải chọn tham gia vào hành vi mới.

Khóa đăng ký cho phép bạn kích hoạt hoặc vô hiệu hóa hành vi đường dẫn mới. Để kích hoạt hành vi đường dẫn dài, đặt khóa đăng ký tại HKLM\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled(Loại REG_DWORD:). Giá trị của khóa sẽ được hệ thống lưu vào bộ nhớ cache (theo quy trình) sau lần gọi đầu tiên đến tệp Win32 hoặc chức năng thư mục bị ảnh hưởng (danh sách theo sau). Khóa đăng ký sẽ không được tải lại trong suốt vòng đời của quá trình. Để tất cả các ứng dụng trên hệ thống nhận ra giá trị của khóa, có thể cần phải khởi động lại vì một số quy trình có thể đã bắt đầu trước khi khóa được đặt. Khóa đăng ký cũng có thể được kiểm soát thông qua Chính sách nhóm tại Computer Configuration > Administrative Templates > System > Filesystem > Enable NTFS long paths. Bạn cũng có thể kích hoạt hành vi đường dài mới cho mỗi ứng dụng thông qua bảng kê khai:

<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>

Bạn có thể gắn một thư mục như một ổ đĩa. Từ dòng lệnh, nếu bạn có một đường dẫn, C:\path\to\long\folderbạn có thể ánh xạ nó tới ký tự lái xe X:bằng cách sử dụng:

subst x: \path\to\long\folder

Một cách để đối phó với giới hạn đường dẫn là rút ngắn các mục nhập đường dẫn bằng các liên kết tượng trưng.

Ví dụ:

1. tạo một C:\pthư mục để giữ các liên kết ngắn đến các đường dẫn dài
2. mklink /J C:\p\foo C:\Some\Crazy\Long\Path\foo
3. thêm C:\p\foovào con đường của bạn thay vì con đường dài

Bạn có thể bật tên đường dẫn dài bằng PowerShell:

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

Phiên bản khác là sử dụng Chính sách nhóm trong Computer Configuration/ Administrative Templates/ System/ Filesystem:

Về lý do tại sao điều này vẫn tồn tại - MS không coi đó là ưu tiên và đánh giá cao khả năng tương thích ngược so với việc nâng cao hệ điều hành của họ (ít nhất là trong trường hợp này).

Một cách giải quyết khác mà tôi sử dụng là sử dụng "tên ngắn" cho các thư mục trong đường dẫn, thay vì các phiên bản tiêu chuẩn, dễ đọc của con người. Vì vậy, ví dụ như đối với C:\Program Files\tôi sẽ sử dụng C:\PROGRA~1\ Bạn có thể tìm ra tương đương tên viết tắt sử dụng dir /x.

Đối với cách đối phó với giới hạn kích thước đường dẫn trên Windows - sử dụng 7zip để đóng gói (và giải nén) các tệp nhạy cảm với độ dài đường dẫn của bạn có vẻ như là một cách giải quyết khả thi. Tôi đã sử dụng nó để vận chuyển một số cài đặt IDE (các đường dẫn plugin Eclipse, yike!) Và hàng đống tài liệu được tạo tự động và cho đến nay vẫn chưa có một vấn đề nào.

Không thực sự chắc chắn làm thế nào nó trốn tránh giới hạn 260 char được thiết lập bởi Windows (từ PoV kỹ thuật), nhưng này, nó hoạt động!

Thêm chi tiết trên trang SourceForge của họ ở đây :

"NTFS thực sự có thể hỗ trợ tên đường dẫn dài tới 32.000 ký tự."

7-zip cũng hỗ trợ tên dài như vậy.

Nhưng nó bị vô hiệu hóa trong mã SFX. Một số người dùng không thích những con đường dài, vì họ không hiểu cách làm việc với họ. Đó là lý do tại sao tôi đã vô hiệu hóa nó trong mã SFX.

và phát hành ghi chú :

9,32 alpha 2013-12-01

• Cải thiện hỗ trợ cho tên đường dẫn tệp dài hơn 260 ký tự.

4,44 beta 2007-01-20

• 7-Zip hiện hỗ trợ tên đường dẫn tệp dài hơn 260 ký tự.

LƯU Ý QUAN TRỌNG: Để điều này hoạt động chính xác, bạn sẽ cần chỉ định đường dẫn đích trong hộp thoại "Trích xuất" 7zip , thay vì kéo và thả các tệp vào thư mục dự định. Nếu không, thư mục "Temp" sẽ được sử dụng làm bộ đệm tạm thời và bạn sẽ thoát vào cùng giới hạn 260 char sau khi Windows Explorer bắt đầu di chuyển các tệp đến "nơi an nghỉ cuối cùng" của chúng. Xem các câu trả lời cho câu hỏi này để biết thêm thông tin.

Nó có, và nó là một mặc định vì một số lý do, nhưng bạn có thể dễ dàng ghi đè nó bằng khóa đăng ký này:

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

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

Một cách khác để đối phó với nó là sử dụng Cygwin, tùy thuộc vào những gì bạn muốn làm với các tệp (tức là nếu các lệnh Cygwin phù hợp với nhu cầu của bạn)

Ví dụ, nó cho phép sao chép, di chuyển hoặc đổi tên các tệp mà ngay cả Windows Explorer cũng không thể. Hoặc tất nhiên là đối phó với nội dung của chúng như md5sum, grep, gzip, v.v.

Ngoài ra, đối với các chương trình mà bạn đang mã hóa, bạn có thể liên kết chúng với Cygwin DLL và nó sẽ cho phép chúng sử dụng các đường dẫn dài (mặc dù tôi chưa thử nghiệm điều này)