C# Directory.EnumerateFiles和File.Exists正在忽略本机DLL文件

C# Directory.EnumerateFiles和File.Exists正在忽略本机DLL文件,c#,.net,c#-4.0,C#,.net,C# 4.0,环境:C#、.NET4.0和混合模式 我有一个具有多个第三方依赖项的复杂应用程序。当我们收到一些应用程序崩溃的报告时,我们添加了一些健全性检查,通过遍历程序集依赖项来确保所有依赖项都存在。不幸的是,这并没有检查我们的应用程序使用的本机DLL文件是否存在。我们预期的解决方案是迭代所有DLL名称,并确保至少有一个文件使用该名称作为健全性检查 问题 Directory.EnumerateFiles()和File.Exists()也无法看到这些本机DLL。重现此问题的代码与教科书“如何列出文件”一样简单

环境:C#、.NET4.0和混合模式

我有一个具有多个第三方依赖项的复杂应用程序。当我们收到一些应用程序崩溃的报告时,我们添加了一些健全性检查,通过遍历程序集依赖项来确保所有依赖项都存在。不幸的是,这并没有检查我们的应用程序使用的本机DLL文件是否存在。我们预期的解决方案是迭代所有DLL名称,并确保至少有一个文件使用该名称作为健全性检查

问题

Directory.EnumerateFiles()和File.Exists()也无法看到这些本机DLL。重现此问题的代码与教科书“如何列出文件”一样简单:

盯着我列出文件的目录,我可以看到我想要检测的文件。它们不会以任何方式标记为系统文件。然而,不管我是否有过滤文本,只列出了.NETDLL文件。我想更直接、更令人沮丧地重写代码部分,得到了同样的结果:

foreach(string dependency in RequiredFiles)
{
    string fileName = Environment.CurrentDirectory + '\\' + dependency;
    if(! File.Exists(fileName))
    { /* do error handling */ }
}
我得到了同样精确的结果。所有本机DLL文件似乎对.NET不可见

问题


这是什么原因?更重要的是,如果在文件系统中看不到本机DLL文件,如何检测它们的存在?

然后使用shell,类似这样的方法应该可以工作:

            Shell32.Shell shl = null;
            Shell32.Folder folder = null;
            try
            {
                shl = new Shell32.Shell();
                folder = shl.NameSpace(Environment.CurrentDirectory);
                foreach (Shell32.FolderItem file in folder.Items())
                {
                    if (!RequiredFiles.Contains(file.path))
                    {/* do error handling */}
                }
            }
            catch
            { }
            finally
            {
                if (folder != null)
                {
                    System.Runtime.InteropServices.Marshal.FinalReleaseComObject(folder);
                    folder = null;
                }
                if (shl != null)
                {
                    System.Runtime.InteropServices.Marshal.FinalReleaseComObject(shl);
                    shl = null;
                }
            }

更新:如果您打算在XP和更新的操作系统上使用此功能,则需要在XP上引用Shell32.dll(Microsoft Shell控件和自动化)并在那里编译一次,以便将此类dll复制到您的项目中。因为Vista或7中的dll在XP上不起作用,反之亦然。这是一种更简单的方法,它依赖于Shell脚本。否则,您可以直接与Shell API进行互操作,但它更复杂…

您确定您的工作目录正确吗?否则,
Environment.CurrentDirectory
将不会指向您期望的内容。如果DLL文件与执行代码位于同一目录中,则可以执行以下操作:

Assembly.GetExecutingAssembly().Location
  • 为自己的DLL命名,例如MySuperNiftyLibrary.DLL。它可以只是一个重命名的文本文件。把它放在你正在查看的文件夹中。再次运行代码。查看是否列出了该名称。如果这还不能说服您,请创建一个具有独特名称的小型.NET类库项目,并将其放入目录中

    没有理由
    目录。相对于其他类型的DLL,EnumerateFiles
    会在.NET DLL上过滤,因此您不可能查看正确的目录

  • 但是如果你是,那么考虑你要查找的DLL是否在顶级目录或子目录中。strong>默认情况下,

    枚举文件
    仅列出顶级目录中的文件。要列出所有子目录中的所有文件,您需要使用此重载的
    枚举文件


Directory.EnumerateFiles(Directory,“*.dll”,SearchOption.AllDirectories)

检查了路径,它与我正在查看的路径相同。您能在空白项目中复制此路径吗?我非常怀疑本地DLL是否真的会像那样“看不见”。听起来好像有别的事情在发生;错误的CurrentDirectory、某种类型的卷影复制、64位操作系统文件系统重定向上的32位进程等。ClickOnce部署可能会忽略本机DLL。诸如此类的事。我现在不觉得自己像个白痴吗。在我所有的检查和三重检查之后,我确信我在寻找正确的目录。直到你发布了这个答案,我才发现我确实在看一个几乎相同但不同的目录。唯一丢失的文件是本机DLL。。。
Assembly.GetExecutingAssembly().Location