在Visual Studio中查看某个Project的属性，你就会发现在顶端有两个下拉框，这里可以指定平台相关信息，但是在这个下边，又有一个目标平台，这里也可以指定平台相关信息，这往往很迷惑，一个Project怎么会有两种设置呢，那么当前项目会编译成那种格式呢？
这里来简单的解释一下。那个活动的，“活动”的意思是，指的是整个的solution的一个配置。包括VS工具栏中的那个配置管理器中现在活动的，这两个地方是一致的。配置管理器中允许你设定一种解决方案，然后在这个解决方案中，给每个项目都单独设置编译平台。现在上图中是Debug，如果这里你改成别的，那么相应的VS工具栏中的配置管理器中就变成了你最新指定的配置方案。
那么为什么会让一个solution有一个整体的配置呢？这个就涉及到了项目间引用的问题。假设这样，你有个web site，叫做C，C参照了一个类库项目B，那么你使用VisualStudio发布这个网站生成发布包的时候，是会让你选一个配置的，你这时候选的是整个solution的配置，VS会根据你当时选的这个配置，比如说Release, 去查看在这个配置下的各个项目的编译模式，然后编译。而不会在乎你B类库项目现在的Project Property中的目标平台的设置。
如果说你在调试的时候，Website C参照了B，如果单个的现在去编译一个项目，跟整个的solution的配置有关系吗？回答是没有关系。这时候你Website目标平台设置的是64位，编译出来的就是64位,所以被参照的B的目标平台也要设置成x64,或者Any CPU.
总结来说，就是你在本地Rebuild所有project的时候，是按照你当前的目标平台进行编译，编译到你本地的bin目录。本地的Debug或者Release运行，跟solution的配置都没有关系。当你发布整个solution的时候，会根据你选择的配置，去编译整个solution中的各个project，然后发布。