今天的一个教训，高手就不用看了

“警告: 不能将项目xxxxx中的依赖项“xxx, Version=1.0.1777.21016, Culture=neutral”复制到运行目录，因为它将改写引用“xxx, Version=1.0.1777.23397, Culture=neutral”。”

相信这样的警告很多像我一样的初学者都遇见过。我用如下的例子来解释我对这个警告的理解

A是一个公用的类库，很多其它的项目都会引用到它。
B是一个项目，其中就引用到了A.dll
C也是一个项目，不过C要引用A和B

问题就是：当A重新编译了之后，B并没有重新编译，这个时候如果编译C就会有上面那样的警告。

这是因为如果一个项目引用了一个库，那么编译该项目的时候，编译器默认是要把这个库复制到该项目的输出目录下的（当然你可以修改这个设置）。对这个例子来说就是要把A.dll和B.dll复制到C的输出目录下。
先说A.dll，首先会把A.dll复制到C的输出目录下；
再说B.dll，因为B引用了A，所以会把B目录下的B.dll和A.dll一起复制到C的输出目录下，这个时候就出问题了。因为B没有重新编译，所以B目录下的A.dll的版本就比C目录下的已经有了的A.dll版本要低，编译器就会报那个错误了。

你也许会说如果先复制B目录下的，再复制A目录下的，这样就是新版本的A.dll覆盖旧版本A.dll，就不会有错了。但是这样的话，程序运行的时候，运行B中代码所需的A.dll和运行目录下的A.dll版本不一致，肯定也是不行的。而且事实上，我也不知道编译器是按什么顺序复制引用的。反正只要引用的A.dll版本不一致，编译器肯定是不允许通过的。

上面说的是我以前已经知道的知识，我今天的教训并不在此。当编译器出现如上那个错误的时候，我先是把A重新编译，然后所有引用了A的项目都编译了一遍，再编译最后的C项目，还是有错。我想了又想，猜了又猜，引用路径这些的都检查过了，甚至整个机器搜索A.dll，然后全部删掉。再挨个编译，到最后的C项目时还是有那个错误。

痛苦地吃了一顿饭回来之后，把C项目的所有引用都删掉，并且把C项目里的代码都注释掉，然后挨个添加引用，添加一个编译一次。最后终于明白了，因为C引用的其中一个项目（比如是X）开始的时候是类库，后来业务需要，编译成exe文件了，但是在C里面并没有删除对X.dll的引用。而把X编译成X.exe之后X.dll里面的A就不会再更新了。所以编译C的时候会把X.dll复制到运行目录下，但是X.dll需要的是A的旧版本，所以编译器就报错了。

由此可见，虽然X的目录下的A.dll是最新版本的，C输出目录下的A.dll也是最新版本的。但是X.dll需要的是旧版本的A.dll，所以复制X.dll到C的输出目录下的时候，编译器还是会报错。

这就是我今天的教训：在把X编译成exe之后并没有删掉C对X.dll的引用