error LNK2001: unresolved external symbol ___wargv uafxcwd.lib

出现如下问题：

Error 1 error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCMT.lib(delete.obj) uafxcwd.lib

Error 2 error LNK2001: unresolved external symbol ___wargv uafxcwd.lib

Error 3 error LNK2001: unresolved external symbol ___argc uafxcwd.lib

Error 4 fatal error LNK1120: 2 unresolved externals

错误1的解决办法：

网友的提示：

CRT 库对 new、delete 和 DllMain 函数使用弱外部链接。MFC 库也包含 new、delete 和 DllMain 函数。这些函数要求先链接 MFC 库，然后再链接 CRT 库。 

出现以上错误可能是由于链接顺序不一致造成的。

处理方法：

1.在项目的每个头文件中加入“#pragma once"使之只编译一次以防出现重复定义错误。

2.在项目的每个源文件中加入"#include "stdafx.h"使之按照正确的顺序编译。

错误1，本人看了上面的提示，认定我的问题是出在头文件多次包含导致的，后来我把一下

#include <stdlib.h>
#include <afxwin.h>
#include <Windows.h>

放到stdafx.h 这个文件里，避免多次包含

错误2,3的本人解放办法：

Project->Properties->Configuration properties->c/c++->code generation->Runtime library  
选择 Multi-threaded (/MT)

2,3错误是由于库的问题导致的

补充知识：

#pragma once

　　 #pragma once

　　这是一个比较常用的指令,只要在头文件的最开始加入这条指令就能够保证头文件被编译一次

　　#pragma once用来防止某个头文件被多次include，#ifndef，#define，#endif用来防止某个宏被多次定义。

　　#pragma once是编译相关，就是说这个编译系统上能用，但在其他编译系统不一定可以，也就是说移植性差，不过现在基本上已经是每个编译器都有这个定义了。

　　#ifndef，#define，#endif这个是C++语言相关，这是C++语言中的宏定义，通过宏定义避免文件多次编译。所以在所有支持C++语言的编译器上都是有效的，如果写的程序要跨平台，最好使用这种方式

　　#pragma

　　语言符号字符串是给出特有编译器指令和参量的字符序列。数字符号(#)必须是包含编译指示行中的第一个非空白字符。空白字符可分开数字符号(#)和单词pragma。

　　作用：

　　为了避免同一个文件被include多次

　　1 #ifndef方式

　　2 #pragma once方式

　　在能够支持这两种方式的编译器上，二者并没有太大的区别，但是两者仍然还是有一些细微的区别。

　　方式一：

　　#ifndef __SOMEFILE_H__

　　#define __SOMEFILE_H__

　　... ... // 一些声明语句

　　#endif

　　方式二：

　　#pragma once

　　... ... // 一些声明语句

　　#ifndef的方式依赖于宏名字不能冲突，这不光可以保证同一个文件不会被包含多次，也能保证内容完全相同的两个文件不会被不小心同时包含。当然，缺点就是如果不同头文件的宏名不小心“撞车”，可能就会导致头文件明明存在，编译器却硬说找不到声明的状况

　　#pragma once则由编译器提供保证：同一个文件不会被包含多次。注意这里所说的“同一个文件”是指物理上的一个文件，而不是指内容相同的两个文件。带来的好处是，你不必再费劲想个宏名了，当然也就不会出现宏名碰撞引发的奇怪问题。对应的缺点就是如果某个头文件有多份拷贝，本方法不能保证他们不被重复包含。当然，相比宏名碰撞引发的“找不到声明”的问题，重复包含更容易被发现并修正。

　　方式一由语言支持所以移植性好，方式二 可以避免名字冲突

　　#pragma once方式产生于#ifndef之后，因此很多人可能甚至没有听说过。目前看来#ifndef更受到推崇。因为#ifndef受语言天生的支持，不受编译器的任何限制；而#pragma once方式却不受一些较老版本的编译器支持，换言之，它的兼容性不够好。也许，再过几年等旧的编译器死绝了，这就不是什么问题了。

　　我还看到一种用法是把两者放在一起的：

　　#pragma once

　　#ifndef __SOMEFILE_H__

　　#define __SOMEFILE_H__

　　... ... // 一些声明语句

　　#endif

　　看起来似乎是想兼有两者的优点。不过只要使用了#ifndef就会有宏名冲突的危险，所以混用两种方法似乎不能带来更多的好处，倒是会让一些不熟悉的人感到困惑。