使用 Win7 的「傳送至 > 壓縮（zipped）資料夾」壓縮名稱中含有 unicode 字元的檔案時出錯

Question 1

如果有問題的字元來自英語以外的語言，但 Microsoft 支援一種語言，您可以安裝相關的MUI（多語言使用者介面）語言包從 Windows 更新或相關LIP（語言介面套件）從這裡作為可能的修復。

除了上述內容之外，您可能還需要更改系統區域設定。

系統區域設定決定用於在不使用 Unicode 的程式中輸入和顯示資訊的預設字元集（字母、符號和數字）和字型。這允許非 Unicode 程式使用指定的語言在您的電腦上運行。在電腦上安裝其他顯示語言時，您可能需要變更預設系統區域設定。為系統區域設定選擇不同的語言不會影響 Windows 或其他使用 Unicode 的程式的選單和對話方塊中的語言。

為此：

在「開始」功能表搜尋框中輸入「region」（不含引號）
打開地區和語言控制面板小程式
點選行政的選項卡，然後在非 Unicode 程式的語言下，按一下更改系統區域設定。如果系統提示您輸入管理員密碼或進行確認，請鍵入密碼或進行確認。
選擇語言，然後按一下「確定」。
如果系統提示您重新啟動計算機，請按一下現在重啟這樣做。

然而，如果有問題的角色是這樣的™如上所述，我不相信微軟有任何官方修復這個問題zipfldr.dll 限制，只要 Windows 有此功能，它就已經存在了（所以如果你真的做過儘早修復它，可能您安裝了一些第三方元件）。從維基百科：

自 Plus! 以來，Microsoft Windows 的各個版本都在資源管理器中包含了對 zip 壓縮的支援！ pack 是針對 Windows 98 發佈的。 Windows 壓縮資料夾功能並不支援所有 zip 功能。例如，AES 加密、分割或跨區存檔，以及Unicode 條目編碼Windows XP 或更高版本中的壓縮資料夾功能無法讀取或寫入這些檔案。

ZIP 檔案格式長期以來缺乏 Unicde 支持，而這個擴展是在 6 年前的 2006 年才添加的。附錄 D - 語言編碼 (EFS)的ZIP 檔案格式規範：

D.1 ZIP 格式歷史上僅支援原始 IBM PC 字元編碼集，通常稱為 IBM 代碼頁 437。或語言的檔名。為了解決此限制，本規範將支援以下變更。 [其餘部分請閱讀文件。]

當然，從那時起，所有實現該格式的主要Windows 存檔器都已更新為包含Unicode 支持，我相信是從2008 年的WinZip 開始。夾功能授權了第三方函式庫（儘管它不是編碼 ZIP 支援非常困難），顯然這個函式庫早於將 Unicode 新增到 ZIP 檔案格式的。此外，微軟還沒有更新程式碼來修復這個錯誤，這清楚地表明了它對這個功能的重視程度到目前為止（顯然，即使是最新版本的 .Net Framework ie 4.5 中的新 System.IO.ZipArchive 類別最初也沒有解決這個問題，但該錯誤已被修復）。我想他們希望每個人都安裝眾多功能齊全的第三方存檔器之一，這正是我在上面向您推薦的。

您可以在 Microsoft 的以下一系列部落格文章中閱讀有關 Windows 中這種特殊缺乏 Unicode 支援的骯髒細節。麥可·卡普蘭：

PS“我剛剛發現使用 Windows 的“發送到”壓縮與 Winrar 的“最佳”壓縮效果一樣好，但速度要快得多。” - 我剛剛對此進行了多次測試。除了打開 WinRAR 需要額外的時間新增到檔案在對話方塊中，選擇 ZIP 作為存檔格式並按“確定”，兩者的實際壓縮時間大致相同，而 WinRAR 通常花費的時間更少（儘管差異可以忽略不計）。如果您發現了巨大的差異，那麼只有當您先在一組檔案上測試 WinRAR，然後立即使用壓縮資料夾壓縮相同的檔案時，才可能發生這種情況。當然，第二次 Windows 已經快取了數據，因此該過程只花費了最初時間的一小部分。對當前 Windows 會話期間您之前未接觸過的一組文件按相反的順序執行此操作，我敢打賭結果將會相反。 :)

至於最終的壓縮大小，根據存檔的資料/檔案格式組合，我發現兩者中的任何一個做得更好（儘管差異可以忽略不計）。當然，7z 或 Rar（甚至 WinZip 的 ZipX）格式都是遠的在這方面更好，幾乎每天都會擊敗普通的 ZIP（即使用傳統/遺留的 ZIP）放氣演算法代替百萬分之一等）。

Answer