原創文章，歡迎轉載。轉載請註明：轉載自 祥的部落格

1.問題來源

Qt會自己先把用到Qt自己的東西編譯一遍，變成標準C++編譯器可以識別的東西。

moc 全稱是 Meta-Object Compiler，也就是“元物件編譯器”。Qt 程式在交由標準編譯器編譯之前，先要使用 moc 分析 C++ 原始檔。如果它發現在一個頭檔案中包含了巨集 Q_OBJECT，則會生成另外一個 C++ 原始檔。這個原始檔中包含了 Q_OBJECT 巨集的實現程式碼。這個新的檔名字將會是原檔名前面加上 moc_ 構成。這個新的檔案同樣將進入編譯系統，最終被連結到二進位制程式碼中去。因此我們可以知道，這個新的檔案不是“替換”掉舊的檔案，而是與原檔案一起參與編譯。另外，我們還可以看出一點，moc 的執行是在前處理器之前。因為前處理器執行之後，Q_OBJECT 巨集就不存在了。

我一直用Release|Win32模式進行開發，基本都用qDebug()進行除錯，一般不會在Debug模式下進行除錯，有一次手殘（or NC），把Generated/Debug 下的moc_XXX.cpp全刪除了（是在VS的工程專案中刪除的，在資料夾中刪除了，無所謂，每次編譯的時候，會自動moc，這個過程是你XXX.cpp檔案的設定）。

不知道是多久之前，乾的蠢事，Release模式下，各種OK，突然要用Debug模式了，發現編譯不過，然後引發各種問題，下面將解決的過程進行還原（降低了挑戰難度，表情：笑著哭）

2.錯誤LNK2001 以及解決

當我刪除Generated/Debug 中的 moc_bridge.cpp

1>bridge.obj : error LNK2001: 無法解析的外部符號 “public: virtual struct QMetaObject const * __thiscall bridge::metaObject(void)const ” ([email protected]@@[email protected]

@XZ)
1>bridge.obj : error LNK2001: 無法解析的外部符號 “public: virtual void * __thiscall bridge::qt_metacast(char const *)” ([email protected]@@[email protected])
1>bridge.obj : error LNK2001: 無法解析的外部符號 “public: virtual int __thiscall bridge::qt_metacall(enum QMetaObject::Call,int,void * *)” ([email protected]@@[email protected]@@[email protected])

那麼我直接將刪除的moc_bridge.cpp檔案新增進Generated/Debug 中，這樣Debug模式下，程式就可以正常的編譯運行了。

3.警告LNK4042 以及解決

但是！在Release模式下編譯連結，會出現一個Warning：

1>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.CppBuild.targets(942,5): warning MSB8027: Two or more files with the name of moc_bridge.cpp will produce outputs to the same location. This can lead to an incorrect build result. The files involved are GeneratedFiles\Debug\moc_bridge.cpp, GeneratedFiles\Release\moc_bridge.cpp.
1> moc_bridge.cpp
1>Release\moc_bridge.obj : warning LNK4042: 物件被多次指定；已忽略多餘的指定

這是因為，參與編譯連結的有兩個moc_bridge.cpp，一個是Generated/Debug 中的，一個是Generated/Release 中的。但是，這裡面有這麼多個相同的moc_XXX.cpp，為什麼要針對我刪除的這個？

經過我嘔心瀝血的對比查詢，發現就是一個設定的問題，需要修改QtWebTest.vcxproj這個檔案。

用Notepad++開啟（開啟前關閉專案，可以使用各種文字編輯器，本人習慣用Notepad++，神器），找到GeneratedFiles\Debug\moc_bridge.cpp對應的部分。

  <ItemGroup>

      ... ...

    <ClCompile Include="GeneratedFiles\Debug\moc_bridge.cpp" />
    <ClCompile Include="GeneratedFiles\Debug\moc_checkConfigPath.cpp">
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">true</ExcludedFromBuild>
    </ClCompile>
    <ClCompile Include="GeneratedFiles\Debug\moc_ComThread.cpp">
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">true</ExcludedFromBuild>
    </ClCompile>

      ... ...



    <ClCompile Include="GeneratedFiles\Release\moc_bridge.cpp">
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">true</ExcludedFromBuild>
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">true</ExcludedFromBuild>
    </ClCompile>
    <ClCompile Include="GeneratedFiles\Release\moc_checkConfigPath.cpp">
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">true</ExcludedFromBuild>
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">true</ExcludedFromBuild>
    </ClCompile>
    <ClCompile Include="GeneratedFiles\Release\moc_ComThread.cpp">
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'">true</ExcludedFromBuild>
      <ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Debug|x64'">true</ExcludedFromBuild>
    </ClCompile>


      ... ...   



  </ItemGroup>

對比可以看出，相較於GeneratedFiles\Debug\moc_checkConfigPath.cpp和GeneratedFiles\Debug\moc_ComThread.cpp，我們主要在乎的物件GeneratedFiles\Debug\moc_bridge.cpp缺少了，一個子節點標籤：

<ExcludedFromBuild Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">
true
</ExcludedFromBuild>

這句話是啥意思？翻譯成人話就是：
當專案處在Release|Win32模式下，這個GeneratedFiles\Debug\moc_bridge.cpp不進行Build(生成解決方案)，這樣就可以理解了，下面的GeneratedFiles\Release\moc_bridge.cpp等檔案，也是設定了在Debug|Win32和Debug|x64下，排除Build。

改過之後，No warning。大功告成，Enjoy！

4.反思

排除這個warning的過程其實是很痛苦的，現在看著思路很清晰，但真實情況是各種碰壁，我當初是吧整個GeneratedFiles\Debug 都刪除了，根本沒有對比的物件(表情:笑著哭)，我是對比一些好的工程，進行分析，除了分析XXXX.vcxproj檔案外，還主要分析了檔案XXXX.vcxproj.filters。各種碰壁，不過好在機智的解決了問題，這就是不精通Qt編譯原理，以及被IDE整合開發環境慣壞了的 傳統教訓!!!