采用下面的方法。重新編譯了一下依賴的庫，OK了。
問題描述：
今天用VS2010編譯一個在VS2008下Coding的工程的時候，VS給出了一堆鏈接錯誤信息，如下圖所示：
在ErrorList里面列出了34個鏈接錯誤信息，但仔細看的話，其實很多都是重復的，只有兩三個外部符號未正確解析，如下：
"public: static void __cdecl std::_String_base::_Xran(void)" (?_Xran@_String_base@std@@SAXXZ)
"public: static void __cdecl std::_String_base::_Xlen(void)" (?_Xran@_String_base@std@@SAXXZ)
問題分析：
首先，可以確定是程序在Build(構建)過程中，鏈接靜態鏈接庫libprotobuf.lib的時候出現外部符號無法解析的問題，而且可以看出 libprotobuf.lib庫中的很多的中間目標文件(Windows下以.obj作后綴名的文件)都對此外部符號存在着引用，但在符號重定位時候卻 在全局符號表中找不到引用的符號。
而_Xran和_Xlen這兩個符號到底是什么呢，通過google可以大致了解到時string類里面的兩個符號，難道問題出在對於string類的引 用么？那么我們可以通過下術的步驟來觀察一個引用string頭文件的源文件經過IDE的預處理后是怎么樣的
1、新建一個名為Test.CPP文件,內容很簡單，只是包含一個string頭文件，即#include<string>
2、打開VS帶的Command Prompt，輸入命令 CL /EP Test.cpp > D:\\1.txt
上述命令為使用MSVC的編譯器對Test.cpp進行預處理操作,並將內容重定向到1.txt中。
情況一：
如果你用的VS2005或者VS2008下的命令行工具的話，在打開1.txt后其實可以搜索到如下的內容：
情況2：
如果你使用的是VS2010的話，那么在產生的1.txt中搜索_Xlen與_Xran的話，則為如下的內容：
補充：其中第二個_Xran與_Xlen是在類basic_string中定義的，顯然與VS2005與VS2008下產生的不同。
問題總結：
靜態鏈接庫libprotobuf.lib在舊版本IDE上編譯的，所以string類中符號被解析成形如static void __cdecl _Xlen()
而在高版本的VS2010上string中的_Xlen與_Xran符號則被解析成了__declspec(noreturn) void _Xlen() const
所以才會在鏈接過程中出現上述開頭出現的一堆問題
問題解決：
第一種方法:
重新在高版本的IDE下編譯libprotobuf.lib，這種方法最行之有效啦，也很簡單
第二種方法：
可以新建一個鏈接庫，導出無法解析的幾個符號，並這幾個符號實現中重定向到VS2010下預處理后的那幾個符號即可。具體參考這個網址：http://social.msdn.microsoft.com/Forums/en/vcgeneral/thread/5ac28a31-3339-4db1-90f4-68edad360309 里面的JN123給出的方法
歡迎裝載，裝載請注明出處：http://www.cnblogs.com/royenhome