在Visual Studio的设置中，目标平台与平台有什么区别

[孙大诚_SunRobin]

在VS中，我发现设置中有两个跟平台有关的设置。有什么区别？

如图，我把平台设置成X64， 但是目标平台却是活动x86，那么这时候编译出来的dll是多少位呢？

[Saleayas]

32 位的

[Justin-Liu]

http://stackoverflow.com/questions/4090967/difference-between-platform-and-platform-target-in-vs

[孙大诚_SunRobin]

[孙大诚_SunRobin]

[Poopaye]

最上面那个只是个名字，你高兴的话可以把它改掉

[孙大诚_SunRobin]

最后还是自己搞明白了。

那个活动的，“活动”的意思是，指的是整个的solution的一个配置。包括VS工具栏中的那个配置管理器中现在活动的，这两个地方是一致的。

有人就要我，我如果单个的现在去编译一个项目，跟整个的solution的配置有关系吗？回答是没有关系。这时候你目标平台设置的是64位，编译出来的就是64位。


但是有人会问，那么为什么会让一个solution有一个整体的配置呢？这个就涉及到了项目间引用的问题。假设这样，你有个web site，叫做C，C参照了上一个类库项目B，那么你发布这个网站的时候，是会让你选一个配置的，你这时候选的是整个solution的配置，VS会根据你当时选的这个配置，比如说Release, 去查看在这个配置下的各个项目的编译模式，然后编译。而不会在乎你B类库项目现在的Project Property中的目标平台的设置。

总结来说，就是你在本地Rebuild所有project的时候，是按照你当前的目标平台进行编译，编译到你本地的bin目录。（其实可以认为，本地的Debug或者Release运行，跟solution的配置都没有关系。）
当你发布整个solution的时候，会根据你选择的配置，去编译整个solution中的各个project，然后发布。

[以专业开发人员为伍]

下面这个，是上面那个参数的“反动”。也就是说，你首先选择好上面的那个参数，然后下面这个可以仅仅对dll、exe 的CPU 适配模式进行“再配置”，而上面那个更大的配置中的其它配置参数则不改变。 基本上，下面这个有点多余，你保证上下永远一致就好了！ 但是有的人什么都希望灵活地自己调整，对于别人给调整好的参数就是想打碎了自己来设置，他就会喜欢这样可以去花时间纠结多个参数了。