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