我的基本问题是：我的程序（MyProgram.exe）依赖于另一个程序（OtherProgram）的 DLL，我试图避免每次 OtherProgram 更新时重新打包一个新的 DLL。我想在 MyProgram.exe 启动时在 OtherProgram 的 DLL 中有链接，但我不完全确定 Windows 是否允许这样做。因此，如果有某种解决方法也是可以接受的。
只是为了一些背景，平台是 Windows 7 x64，当我在 MyProgram.exe 项目目录中创建指向 OtherProgram 安装目录中 DLL 的符号链接时，MyProgram.exe 运行良好。当我尝试在没有符号链接的情况下运行它时，出现“程序无法启动，因为您的计算机中缺少 OtherProgramDLL.dll”错误。
非常感谢任何建议或相关信息的链接！
编辑：澄清：DLL在编译时没有链接，这个问题在运行时出现
Windows 世界中有两种类型的动态链接：
LoadLibrary代码来专门加载 DLL 。类似的规则适用于如何找到库，但您可以指定完全限定或相对限定的路径来控制搜索。在加载时链接的情况下，MS 建议将程序的 DLL 存储在加载应用程序的同一目录中并从该目录加载。如果这完全可行，这可能是您最好的选择。
如果这不起作用，还有其他几个选项，在此处列出。一种是通过将 DLL 放在工作目录或从中加载应用程序的目录中来利用搜索顺序。
您可以通过以下方式更改应用程序的工作目录：
当您使用快捷方式启动应用程序时，它将加载正确的 DLL。
加载时链接的其他选项包括：
PATH. 您可以使用LoadLibrary，但您需要一种方法来保证 DLL 的位置。这篇 Wikipedia文章提供了关于如何在加载 DLL 后使用它的很好的示例。
您可以将dll所在的目录添加到PATH环境变量中。
LoadLibrary我一直在为同样的问题而苦苦挣扎，并且还发现了建议的方法，如、SetDllDirectory、 QtaddLibraryPath和其他方法的死胡同。不管我尝试了什么，问题仍然存在，即应用程序在实际运行代码之前检查了库（并且没有找到它们），因此任何代码解决方案都必然会失败。
我几乎绝望了，但后来发现了一种非常简单的方法，在像你这样的情况下也可能会有所帮助：使用批处理文件！（或实际应用之前的类似加载器）
用于此目的的 Windows 批处理文件可能如下所示：
@echo off
PATH=%PATH%;<PATH_TO_YOUR_LIB>
<PATH_TO_YOUR_APP_EXE>
/edit：刚刚在Luchian 的回答中看到了@SirDarius评论，它描述了这种方式，所以只需将我的批处理代码位作为参考，所有学分都归他所有。
我正在处理的一个应用程序也有同样的问题。
我不想使用运行时加载，因为我需要手动为其创建函数指针的函数有几十个。
Dibling 先生提到清单文件为我打开了一扇新的大门，但我遗憾地发现支持该功能的最旧版本的 Windows 是 Windows 7。它甚至无法在 Vista 上运行。
长话短说，一位熟悉 Windows 应用程序开发的朋友告诉我查找Delay-Loaded DLL，结果证明以最小的努力完美地解决了问题。它将 DLL 库的加载延迟到您手动执行的点，或者第一次调用它的函数时。因此，您只需在此之前将您的 DLL 路径添加到搜索路径，SetDllDirectory可以帮助您。
以下是使其工作的步骤：
1) 指定要延迟加载到链接器的 DLL，可以通过您的 makefile、cmake 或 VS 属性页 (Linker->Input of VS2015)
2) 在程序开始时调用SetDllDirectory，在调用 DLL 之前。
一直到 VC6 都支持延迟加载的 DLL。XP SP1 之后支持SetDllDirectory。
我发现Aaron Margosis提倡的方法很有用。看：
本质上，为每个相关的第 3 方可执行文件创建符号链接。将这些符号链接文件放在您自己的相关可执行文件中。除了对目标的文件名更改外，“软”符号链接将解决加载时依赖关系，即使链接的目标被未来的更新更改。