我正在嘗試壓縮很長的文件。我讀過其他帖子，指出您應該在長文件名前加上“\\?\”前綴才能使其正常工作。這當然可以讓壓縮過程正確完成。但是，在解壓縮文件時，出現(xiàn)錯誤“無效文件 \\?\myfile.txt”。這意味著它實際上是使用預先添加的長文件名指示符來壓縮我的文件?？梢杂瞄L文件名進行壓縮嗎？using (ZipArchive zip = ZipFile.Open(zipfinalpath, ZipArchiveMode.Create)){ for (int i = 0; i < fullfilepaths.Count; i++) { zip.CreateEntryFromFile(fullfilepaths[i], zipfilepaths[i]); }}
1 回答
冉冉說
TA貢獻1877條經(jīng)驗 獲得超1個贊
Windows 文件名中的最大字符數(shù)限制為260 個字符。在 .NET 4.6.2 及更高版本中，PathTooLong不再引發(fā)異常。所以你的代碼工作正常。
在 4.6.2 中，如果我們看到 >= MAX_PATH 的路徑，我們將不再拋出 PathTooLongException。如果操作系統(tǒng)不喜歡它，我們將顯示操作系統(tǒng)返回的任何錯誤（可能是 PathTooLong），但我們不會再次猜測操作系統(tǒng)會做什么。
在本地組策略編輯器中，您可以“啟用Win32長路徑”，這樣它就不會被截斷。
有一個庫可以解決這些問題。
根據(jù)圖書館信息：
該庫是專門為克服 .NET Framework 使用長路徑和文件名的限制而編寫的。使用此庫，您可以以編程方式瀏覽、訪問、寫入、刪除等 System.IO 命名空間無法訪問的文件和文件夾。Delimon.Win32.IO 取代了 System.IO 的基本文件功能，并支持最多32,767 個?字符的文件和文件夾名稱。該庫是在 .NET Framework 4.0 上編寫的，可在 x86 和 x64 系統(tǒng)上使用。
- 1 回答
- 0 關注
- 106 瀏覽
添加回答
舉報
0/150
提交
取消