摘自此链接:

构建意味着只编译和链接已更改的源文件 从上次构建开始，而重新构建 意味着编译和链接所有源代码 文件，不管它们是否 改变与否。构建是常态 要做的事情，而且更快。有时 项目目标的版本 组件可能会不同步 重建是进行构建所必需的 成功的。在实践中，你永远不会 需要清洁。

生成解决方案-生成已更改文件的任何程序集。如果程序集没有任何更改，则不会重新构建它。也不会删除任何中间文件。

最常用的。

重新构建解决方案——无论发生什么更改，都重新构建所有程序集，但保留中间文件。

当您注意到Visual Studio没有将您的更改合并到最新程序集中时使用。有时候Visual Studio也会犯错误。

清洁解决方案-删除所有中间文件。

当一切都失败，你需要清理一切，重新开始时使用。

构建解决方案-构建解决方案将构建您的应用程序，构建有任何文件更改的项目的数量。并且它不清除任何现有的二进制文件，只是替换bin或obj文件夹中的更新程序集。

重建解决方案-重建解决方案将通过构建解决方案中可用的所有项目来构建您的整个应用程序，并清理它们。在构建之前，它会清除bin和obj文件夹中的所有二进制文件。

清洁解决方案-清洁解决方案只是清除bin和obj文件夹中的所有二进制文件。

构建解决方案将构建解决方案中已更改的任何项目。重建构建所有项目，清洁解决方案删除所有临时文件，确保下一次构建完成。

Clean将清除bin/Debug文件夹中的工件。删除bin/Debug文件夹中的所有文件。

Build检查bin/Debug文件夹中的构件，如果需要，然后创建构件(同时检查构建时错误)。

重建=清洁+一次构建。这将首先删除bin/Debug文件夹中的所有文件，然后在bin/Debug文件夹中再次创建工件。

您可以通过打开并观察bin/Debug(或Release)文件夹，然后清理、构建和重建项目来确认这些操作。

这只涉及“构建解决方案”选项。

我完全受够了Visual Studio无法真正清理解决方案，所以写了这个小工具来为你做这件事。

首先在VS中关闭你的解决方案，并将它的文件夹从Windows资源管理器拖到这个应用程序或它的图标中。根据窗口底部的设置，它还可以删除额外的东西，这将有助于你手动上传你的解决方案到GitHub或与他人共享:

简而言之，它会把所有的“调试”文件夹、智能感知和其他可以被VS重建的缓存放入回收站。