在疯狂地搜索答案并最终发布一个问题之后，我遇到了最简单的答案，一旦我引用了额外的.dll，一切都正常工作。
若要使用ClosedXML，必须引用DocumentFormat.OpenXml.dll：
用于NET 4.0及以上版本的文档格式. OpenXml.dll

我遇到了同样的问题，但我只是添加了nuget包，并确保它在我的项目中被正确引用

using ClosedXML.Excel;

然后，我可以使用以下命令访问excel文件

var wb = new XLWorkbook(MyExcelFile);

我也有同样的问题。我在掘金中搜索“ClosedXML.Signed”，更新“DocumentFormat.OpenXml”，它就能工作了！

这对我很有效：
https://social.msdn.microsoft.com/Forums/en-US/e6cc73f3-050c-4a0a-b9e5-42bf904a163f/nuget-package-manager-does-not-copy-depenencies-to-output?forum=csharpgeneral
在此复制以供后人参考：
这里有一个未决问题
https://github.com/NuGet/Home/issues/4837
尝试卸载项目，右键单击项目，编辑。

<PropertyGroup>
     <CopyLocalLockFileAssemblies>true</CopyLocalLockFileAssemblies>
</PropertyGroup>

保存，重新加载，构建。

我检查了这里的每一个答案，但没有任何效果。我解决这个问题的方法是通过NuGet包管理器将ClosedXML回滚到v0.90.0。然后，我的错误消息变为抱怨需要DocumentFormat.OpenXML依赖项的v2.16.0。因此，再次通过Nuget包管理器，我把我安装的DocumentFormat.OpenXML的版本改成了v2.16.0。然后它就可以工作了。要让一个简单的DLL工作，要经历多么可怕的废话啊。哦，我还知道一个事实，几个月前它工作得很好，几个月后当我在项目中使用这个功能时，我才发现有些东西发生了变化。

如果您正在从类B引用ClosedXML，而类B被另一个应用程序A调用，则原因应该是：
当A运行时，它只在一组文件夹中查找程序集，它不知道B的依赖项在哪里。如果ClosedXML与A的可执行文件不在同一目录中，那么您可能会遇到此问题。
原始答案见此链接：How to add folder to assembly search path at runtime in .NET?

AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.AssemblyResolve += new ResolveEventHandler(LoadFromSameFolder);

static Assembly LoadFromSameFolder(object sender, ResolveEventArgs args)
{
    string folderPath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
    string assemblyPath = Path.Combine(folderPath, new AssemblyName(args.Name).Name + ".dll");
    if (!File.Exists(assemblyPath)) return null;
    Assembly assembly = Assembly.LoadFrom(assemblyPath);
    return assembly;
}