请任何人解释一下。这个问题有助于理解常见的事情
问题：
当您“通过浏览选项将
DLL引用从一个项目添加到另一个项目和将DLL引用从解决方案项目添加到另一个项目并从一个项目复制粘贴到另一个项目”之间有什么区别？
我在谷歌上找到了答案
答案：
添加项目引用会将本地项目的 DLL 添加到引用它的项目中，并且每次编译解决方案时，都会将该项目的更新 DLL 复制到另一个项目。因此，当您完成构建过程时，如果您有 5 个项目，每个项目都会重新构建其 DLL，并将该 DLL 复制到其引用中。
但是：
不知道从一个项目复制粘贴到另一个项目的过程和区别？
【问题讨论】：
标签： c# c++ asp.net dll dll-reference
当您从一个项目复制粘贴到另一个项目时，依赖项目会将您粘贴的文件的引用添加到项目解决方案目录中
当您将一个项目的 dll 复制粘贴到另一个项目的目录时，然后通过浏览到您粘贴 dll 的目录来添加其引用。然后 VS 只添加它的引用并将该 dll 复制到它的 bin 文件夹中，并向您显示（允许您）它包含的所有方法和属性。
如果您对源项目解决方案进行任何更改，例如添加或修改方法，则该项目的更新 dll 在您的依赖项目解决方案中不可用。
所以 VS 仍然指向旧的 dll 文件，只是因为您添加了引用。因此，每当您对源项目解决方案进行任何更改时，您都必须每次将更新后的 dll 的引用添加到您的依赖解决方案中。
在第二种情况下：当您将源项目的引用添加到依赖项目解决方案中时，VS 总是将源项目中最新更新的 dll 带到您的依赖项目中。所以这样就不用每次编译代码或者调试时都添加引用了。
【讨论】：
当您只是通过浏览来引用一个 DLL 时，VS 会将其复制到依赖项目的输出目录中。
假设之后 DLL 被更新 - 不保证 VS 会重新获取更新的 DLL，并将其再次复制到依赖项目的输出目录 - 这意味着，即使在您修复了其他项目中的一些错误之后，这些错误将持续存在于依赖项目中（因为它仍在使用该 DLL 的先前版本）。
当您在解决方案中添加对其他项目的引用时，VS 将始终采用从该项目输出的最新和更新的 DLL。
【讨论】：