如何判断对象obj是否等于undefined类型？
 

 方法一：
 
if (typeof (obj) == "undefined") {
         //等于 undefined  
}
 

 方法二：
 
if (obj === undefined) {
    //等于 undefined
}
 
 
1.null 表示无值，
 2. undefined 表示一个未声明的变量，或已声明但没有赋值的变量，或一个并不存在的对象属性。
  
 

 
在实际编译代码的过程中，我们经常会遇到"undefined reference to"的问题，简单的可以轻易地解决，但有些却隐藏得很深，需要花费大量的时间去排查。工作中遇到了各色各样类似的问题，按照以下几种可能出现的状况去排查，可有利于理清头绪，从而迅速解决问题。
 
链接时缺失了相关目标文件
 
首先编写如下的测试代码：
 

// test.h

#ifndef __TEST_H__
#define __TEST_H__

void test();

#endif

// test.c

#include <string.h>
#include <stdio.h>



void test()
{
    printf("just test it\n");
}

// main.c

#include "test.h"

int main(int argc, char **argv)
{
    test();

    return 0;
}
 
通过以下的命令，我们将会得到两个.o文件。
 
$ gcc -c test.c  
$ gcc –c main.c 
 
随后，我们将main.o这个文件，编译成可执行文件。
 
$ gcc -o main main.o
Undefined symbols for architecture x86_64:
  "_test", referenced from:
      _main in main.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
编译时报错了，这是最典型的undefined reference错误，因为在链接时发现找不到某个函数的实现文件。如果按下面这种方式链接就正确了。
 
$ gcc -o main main.o test.o
 
当然，也可以按照如下的命令编译，这样就可以一步到位。
 
$ gcc -o main main.c test.c
 
链接时缺少相关的库文件
 
我们把第一个示例中的test.c编译成静态库。
 
$ gcc -c test.c  
$ ar -rc test.a test.o 
 
接着编译可执行文件，使用如下命令：
 
$ gcc -o main main.c 
Undefined symbols for architecture x86_64:
  "_test", referenced from:
      _main in main-6ac26d.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
其根本原因也是找不到test()函数的实现文件，由于test()函数的实现在test.a这个静态库中，故在链接的时候需要在其后加入test.a这个库，链接命令修改为如下形式即可。
 
$ gcc -o main main.c test.a
 
 
链接的库文件中又使用了另一个库文件  （这个例子非常非常好， 我就是犯了这种错误！！！）
 
先更改一下第一个示例中使用到的代码，在test()中调用其它的函数，更改的代码如下所示。
 

// func.h

#ifndef __FUNC_H__
#define __FUNC_H__

void func();

#endif

// func.c

#include <stdio.h>

void func()
{
    printf("call it\n");
}

// test.h

#ifndef __TEST_H__
#define __TEST_H__

void test();

#endif

// test.c

#include <string.h>
#include <stdio.h>

#include "func.h"



void test()
{
    printf("just test it\n");

    func();
}

// main.c

#include "test.h"

int main(int argc, char **argv)
{
    test();

    return 0;
}
 
我们先对fun.c和test.c进行编译，生成.o文件。
 
$ gcc -c func.c  
$ gcc -c test.c
 
然后，将test.c和func.c各自打包成为静态库文件。
 
$ ar –rc func.a func.o  
$ ar –rc test.a test.o 
 
这时将main.c编译为可执行程序，由于main.c中包含了对test()的调用，因此，应该在链接时将test.a作为我们的库文件，链接命令如下。
 
$ gcc -o main main.c test.a
Undefined symbols for architecture x86_64:
  "_func", referenced from:
      _test in test.a(test.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
就是说，链接的时候发现test.a调用了func()函数，找不到对应的实现，我们还需要将test.a所引用到的库文件也加进来才能成功链接，因此命令如下。
 
$ gcc -o main main.c test.a func.a
 
同样，如果我们的库或者程序中引用了第三方库（如pthread.a）则在链接的时候需要给出第三方库的路径和库文件，否则就会得到undefined reference的错误。
 
多个库文件链接顺序问题
 
这种问题非常隐蔽，不仔细研究，可能会感到非常地莫名其妙。以第三个示例为测试代码，把链接库的顺序换一下，如下所示：
 
$ gcc -o main main.c func.a test.a
test.a(test.o): In function `test':  
test.c:(.text+0x13): undefined reference to `func'  
collect2: ld returned 1 exit status
 
因此，在链接命令中给出所依赖的库时，需要注意库之间的依赖顺序，依赖其他库的库一定要放到被依赖库的前面，这样才能真正避免undefined reference的错误，完成编译链接。
 
备注：在MAC上可以正常编译通过。
 
定义与实现不一致
 
编写测试代码如下：
 

// test.h

#ifndef __TEST_H__
#define __TEST_H__

void test(unsigned int c);

#endif

// test.c

#include <string.h>
#include <stdio.h>



void test(int c)
{
    printf("just test it\n");
}

// main.c

#include "test.h"

int main(int argc, char **argv)
{
    test(5);

    return 0;
}
 
先将test.c编译成库文件。
 
$ gcc -c test.c 
$ ar -rc test.a test.o
 
将main.c编译成可执行文件。
 
$ gcc -o main main.c test.a
ld: warning: ignoring file test.a, file was built for archive which is not the architecture being linked (x86_64): test.a
Undefined symbols for architecture x86_64:
  "_test", referenced from:
      _main in main-f27cf1.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
链接出错了，原因很简单，test()这个函数的声明和定义不一致导致，将两者更改成一样即可通过编译。
 
在c++代码中链接c语言的库
 
代码同示例一的代码一样，只是把main.c更改成了main.cpp。编译test.c，并打包为静态库。
 
$ gcc -c test.c  
$ ar -rc test.a test.o
 
编译可执行文件，用如下命令：
 
$ g++ -o main main.cpp test.a 
Undefined symbols for architecture x86_64:
  "test()", referenced from:
      _main in main-7d7fde.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
原因就是main.cpp为c++代码，调用了c语言库的函数，因此链接的时候找不到，解决方法是在相关文件添加一个extern "C"的声明即可，例如修改test.h文件。
 

// test.h

#ifndef __TEST_H__
#define __TEST_H__

#ifdef __cplusplus
extern "C" {
#endif

void test();

#ifdef __cplusplus
}
#endif

#endif
 
 
 

     联系人:石虎 QQ:1224614774  昵称: 嗡嘛呢叭咪哄
 
                             QQ群:807236138  群称: iOS 技术交流学习群
 
                            QQ群:713799633   群称:iOS技术交流学习群-2
 
一、报错详情
 
 
 
Undefined symbols for architecture x86_64:
 
"_OBJC_CLASS_$_Person", referenced from:
 
_OBJC_CLASS_$_Dog in Dog.o
 
objc-class-ref in ViewController.o
 
"_OBJC_METACLASS_$_Person", referenced from:
 
_OBJC_METACLASS_$_Dog in Dog.o
 
ld: symbol(s) not found  for architecture x86_64
 
clang: error: linker command failed with exit code 1 (use -v to see invocation)
 
 
 
 
 
 
 
二、解决方法
 
图1:
 
 
图2:在 build Phases 下操作如下
 
 
图3:添加类文件
 
 
 
 
图4:编译成功
 
 
 
 
 
 
 
 
三、造成 bug 原因,以及如何避免
 
 
 
1.造成 bug 原因是其它类没有参加编译造成的,这种原因又分成二种
 
 
 
2.如何避免
 
第一种:此框一定要勾选
 
 
 
 
第二种:此框一定要勾选
 
 
 
 
注意:如果忘记勾选,就在项目中的 Build Phases 中的 Compile Sources 中添加(详细前看图4)
 
 
 
谢谢!!!
 
本账号主要分享我成长过程中的各种心得感悟,包括技术总结, iOS、Swift 和 Mac 相关技术文章、工具资源、参与技术讨论,整理开发技巧、让学习成为一种享受!
 

QT中,类要支持信号与槽机制,需要继承自QObject并在头文件开头添加Q_OBJECT宏.
 如果使用QtCreator创建类时,没有选择继承自QObject类或其子类,而在创建后手工修改继承自QObject并手工添加Q_OBJECT宏,则在编译时有可能会出现"undefined reference to `vtable for’…"错误.
 
解决方法:
 方法一：重新执行qmake(2021,08.03);
 方法二：把新创建的类从项目中移除(主要不要从磁盘上删除),然后再添加进功能,QtCreator就会重新解析此类,再编译就不再会出现上述错误.
 方法三：qtcreator有时候会抽风，实在不行就人工删除编译的中间文件，重新编译；