尝试将文件/文件夹发送到压缩（zipped）文件夹时没有任何反应

Question

最近，我在使用Windows资源管理器时无法将文件或文件夹发送到压缩文件。虽然选项存在，但当我单击它时，没有任何反应。

似乎其他人也遇到了类似的问题，但在他们的情况下，该选项已被禁用，或者另一个程序已接管了默认的.zip程序。

如果我在运行命令中键入“regsvr32 %windir%/system32/zipfldr.dll”，则会收到以下错误：

_______________________________

[Window Title]
RegSvr32

[Content]
The module "C:\WINDOWS/system32/zipfldr.dll" was loaded but the entry-point DllRegisterServer was not found.

Make sure that "C:\WINDOWS/system32/zipfldr.dll" is a valid DLL or OCX file and then try again.

[OK]
_______________________________

非常烦人，我不确定是什么原因导致的。

- 5Diraptor

---

我也有同样的问题。您找到解决方法了吗？ - Colin Stadig

不过这个问题最终确实解决了。我记得它曾经再次出现过。 - AutoBaker

我刚刚使用了免费的7-zip，完成了任务。 - SSED

Answer 1

我也遇到了这个问题。然而我的解决方法要简单得多。我的文件名和路径太长以至于无法压缩，也没有任何警告。

我通过将目录复制粘贴到另一个路径较短的目录中来解决这个问题。

例如，从/this/path/is/way/too/ooo/ooo/oo/long到/home/Desktop

- Michael

---

为什么针对这样一个简单的原因没有警告信息！ - Jquestions

Answer 2

我曾经遇到过同样的问题，当我点击“发送到压缩文件”时，没有任何反应。后来我发现，如果你的文件夹结构太深，Windows 无法压缩并且不会显示任何错误信息。正如这里所解释的那样：http://david-homer.blogspot.com.br/2014/06/when-using-send-to-compressed-zipped.html

- asd

---

你应该在这里解释，因为这个链接早晚会失效，如果那样的话，你的回答可能就没有帮助了。 - Karol Gasienica

Answer 3

我已经从之前提到的链接中复制了评论 - http://david-homer.blogspot.com.br/2014/06/when-using-send-to-compressed-zipped.html

（注：此链接介绍了在使用“发送到压缩文件夹”时可能会遇到的问题，下面是其他人的评论）

When using the "Send to compressed (zipped) folder" context menu item nothing happens

I've recently had a problem when using the "Send to compressed (zipped) folder" context menu item nothing happens on Windows 8.1.

Looking further into this I found that it worked most folders just not the one I wanted to ZIP.

After a while I realised that I had a Visual Studio project source code in this folder that had that annoying deep object folder problem and it seems that when you click "Send to compressed (zipped) folder" if there is an exceptionally deep directory structure in the folder you are zipping, the compression may fail but show no error.

I use the following tried and tested RoboCopy method for removing these broken directories with exceptionally deep paths that you can't delete with Windows Explorer.

@echo off
cls
mkdir emptyfolder
robocopy emptyfolder "path\to\obj" /MIR
rmdir emptyfolder
rmdir "path\to\obj"
pause

Why not check out our User Provisioning Tool on our web site

我看到这可能是一个潜在的问题，但目前来看，这个问题似乎已经正常工作了 - 如果我再次遇到这个问题，我想我就得检查文件结构，也许那就是问题所在。

- 5Diraptor

Answer 4

我知道现在可能太晚了，但这可能会帮助到有些人。你的文件夹里面有其他子文件夹吗？在我的情况中，我试过压缩那些有子文件夹的文件夹，但它不起作用（就像你的情况一样没有反应）。尝试压缩那些只包含文件而没有任何子文件夹的文件夹。

- gutsy_guy

Answer 5

请检查您的文件是否没有扩展名。请记住，尽管底层系统可以处理以点开头的文件夹，但Windows资源管理器不允许创建以点开头的文件夹。

- Shantanu Garg

---

这很有帮助，谢谢。但是文件没有以点号开头。无论我右键单击>发送到>压缩文件，还是转到共享>压缩，都似乎不起作用。它们没有变灰，并且在单击时会突出显示，但什么也不会发生。太奇怪了... - AutoBaker

Answer 6

我意识到回答这个问题有些晚了，但是当我尝试压缩文件夹时，我也遇到了同样的问题，似乎什么都没有发生，也没有显示错误。

我右键单击并复制了文件夹，然后将其粘贴到相同的目录中，在复制过程中，对话框告诉我文件夹中有几个文件名太长无法复制，所以我点击了跳过。然后右键单击复制的文件夹并发送到zip，它就可以工作了。

- plasmo

Answer 7

虽然有点晚了，但也许这会对其他人有所帮助：

我曾经遇到过这个问题，但是找不到这个神秘的文件夹或深层目录，事实上，其中一个无法压缩的文件夹里只有一个Word文档。

我所做的是找到一个可以压缩的文件夹（或创建一个），然后将无法压缩的文件夹复制到其中。

效果非常好！

- CW5_Z_Killer

Answer 8

我在尝试压缩10个不同项目的Android Studio源代码时，也遇到了这个问题。最初，似乎是由于过度深层次的结构导致的，对我来说，Windows最初没有显示错误。

所以我进行了更多的文件挖掘，发现如果您在要压缩的文件结构中的某个位置有一个空文件夹，则通常会出现此错误。每向下一级，我都能找到包含神秘文件夹的文件夹，每次Windows错误都会出现，告诉我无法压缩空文件夹！

我走进了兔子洞，并在每个空文件夹中添加了一个简单的READ_ME.*txt文件，然后就解决了！

我正在使用更新版本的Windows 10（2018年10月版）。 希望这能帮助到某些人！

- Paris B. G.

Answer 9

我通过使用7-Zip解决了这个问题。

- Jack S