c++面试

11、在c++程序中调用被c编译器编译后的函数，为什么要加上extern”c".

答：c++语言支持函数重载，c语言不支持函数重载，函数被c++编译器编译后再库中的名字与c语言的不同。

   假设某个函数的原型为：1、void foo(int x,int y);该函数被c编译器编译后在库中的名字为：—foo。而c++编译器则会产生像：

  —foo—int—int 之类的名字。为了解决此类名字匹配的问题，c++提供了c链接交换指定符号extern"c"。

12、头文件种的ifndef/define/endif是干什么用的。

答：防止头文件被重复包含。

13、线程的基本概念、线程的基本状态及状态之间的关系？

答：线程，有时候称为轻量级进程，是cpu使用的基本单元；它由线程ID、程序计数器、寄存器集合和堆栈组合。它与属于同一个进程的其它线程共享其代码段、数据段和其它操作系统资源（如打开文件和信号）。

线程有四种状态：新生状态、可运行状态、被堵塞状态、死亡状态。

14、线程和进程的区别？

答：1、线程是进程的一部分，所以线程有的时候被称为轻权进程或者轻量进程。2、一个没有线程的进程是可以被看做单线程的。如果一个进程拥有多个进程，进程的执行过程不是一条线（线程）的，而是多条线程共同完成的。3、系统在运行的时候会为每个进程分配不同的内存区域，但是不会为线程分配内存（线程所使用的资源是它所属的进程的资源），线程组只能共享资源。那就是说，出了CPU之外（线程在运行的时候要占用CPU资源），计算机内部的软硬件资源的分配与线程无关，线程只能共享它所属进程的资源。4、与进程的控制表PCB相似，线程也有自己的控制表TCB，但是TCB中所保存的线程状态比PCB表中的少多了。5、进程是系统所有资源分配时候的一个基本单位，拥有一个完整的虚拟空间地址，并不是依赖线程而独立存在。

15、多线程有几种实现方法，都是什么

答：1、继承Thread类 。2、实现Runnable接口new Thread(YourRunnableObject)

16、多线程同步与互斥的几种实现方法，都是什么

答：线程间的同步方法大体分为两类：用户模式和内核模式。顾名思义，内核模式就是指利用系统内核对象的单一性来进行同步，使用时需要切换内核态与用户态，而用户模式就是不需要切换内核态，只是在用户态完成操作。

用户模式下的方法有：原子操作（例如一个单一的全局变量），临界区。内核模式下方法：事件，信号量，互斥量。

17、多线程同步与互斥有何异同，在什么情况下分别使用它们，举例说明。

答：线程同步是指线程之间所具有的一种制约关系，一个线程的执行依赖另一个线程的消息，当它没有得到另一线程的消息时候应等到，直到消息到达时才被唤醒。

线程互斥是指共享的进程系统资源，在各个单个线程访问时候的排他性。当有若干个线程都有使用某一个共享资源时候，任何时刻最多只可以一个线程使用，其他使用该资源的线程必须等待，直到占用资源者释放该资源。线程互斥可以看成是一种特殊的线程同步。

18、进程间的通信方式

答：管道、有名管道、信号、共享内存、消息队列、信号量、套接字、文件。

19、线程同步的方式

答：Linux:互斥锁、条件变量和信号量。

20、网络七层

答：1、应用层：与其他计算机进行通讯的一个应用，它是对应应用程序的通信服务的。例如，一个没有通信功能的字处理器程序就不能执行通信代码，从事字处理工作的程序员也不关心OSI的第七层。但是，如果添加一个传输的选项，那么字处理器的程序员就需要实现OSI的第七层。示例：telnet，http，ftp,nfs,smtp等。

2、表示层：这一层的主要功能是定义数据格式以及加密。例如，FTP让你选择以二进制或ASCII格式传输。如果选择二进制，那么发送方和接收方不改变文件的内容。如果选择ASCII格式，发送方将把文件从发送方的字符集转换成标准ASCII后发送。在接收方将标准的ASCII转换成接收方计算机的字符集。示例：加密，ASCII等。

3，会话层：它定义了如何开始、控制和结束一个会话，包括对多个双向消息的控制和管理，以便在只完成连续消息的一部分时可以通知应用，从而使表示层看到的数据是连续的，在某些情况下，如果表示层收到所有数据，则用数据代表表示层，示例;RPC,SQL等。

4、传输层：这层的功能包括是否选择差错恢复协议还是无差错恢复协议，及在同一主机上对不同应用的数据流的输入进行复用，还包括对收到的顺序不对的数据包的重新排序功能。示例：TCP,UDP,SPX

5、网络层：这层对端对端的包传输进行定义，它定义了能够表示所有节点的逻辑地址，还定义了路由实现的方式和学习的方式。为了适应最大传输单元长度小于包长度的传输介质，网络层还定义了如何将一个包分解成更小的包的分段的方法。示例：IP,IPX.

6：数据链路层：它定义了当个链路上如何传输数据。这些协议与被讨论的各种介质有关。示例：ATM，FDDI等。

7、物理层：OSI的物理层规范是关传输介质的特性标准，这些规范通常也参考了其他组织的制定的标准。

21、TCP和UCP有什么区别

答：TCP:传输控制协议，提供的是面向连接、可靠的字节流服务。当客户和服务器彼此交换数据前，必须先在双方之间建立一个TCP连接，之后才能传输数据。TCP提供超时重发、丢弃重复数据、检验数据、流量控制等功能、保证数据从一端传到另一端。

UCP：用户数据协议，是一个简单的面向数据报的运输层协议。UDP不提供可靠性，它只是把应用程序传给IP层数据报发送出去，但是并不保证它们能够到达目的地。由于UDP在传输数据报前不用在客户和服务器之间建立一个连接，没有超时重发等机制，故而传输速度很快。

22、编写socket套接字的步骤。

答：服务器端程序的编写步骤：1、调用socket（）函数创建一个用于通信的套接口。2、给已经创建的套接口绑定一个端口号，这一般通过设置网络套接口地址和调用bind（）函数来实现。3、调用listen（）函数使套接字成为一个监听套接字。4、调用accept（）函数接受客户端的连接，这个就可以和客服端通信了。5、处理客服端的请求连接。6、终止连接。

      客服端程序编写步骤：1、调用socket（）函数创建一个用于通信的套接字。2、通过设置套接字地址结构，说明客服端与之通信的服务器的IP地址和端口号。3,、调用connect（）函数来建立与服务器的连接。4,、调用读写函数发送或者接收数据。5、终止连接。

23、TCP三次握手和四次挥手，以及各个状态的作用。

答：三次握手：第一次握手：主机A发送位码为syn=1，随机产生seq number=10001的数据包到服务器，主机B由SYN=1知道，A要求建立联机，此时的状态为SYN_SENT。 第二次握手：主机B收到请求后要确定联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1，随机产生seq=20001的包，此时状态由listen变为SYN_RECV。第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1，以及位码ack是否为1，若正确，主机A会再发送ack number=（主机B的seq+1),ack=1,主机B收到确认seq值与ack=1则连接建立成功，双方状态ESTABLISHED.

完成三次握手，主机A与主机B开始传送数据。

各个状态名称与含义:CLOSED:表示初始状态。  LISTEN:表示服务端的某个SOCKET初一监听状态，可以接受连接了。 SYN_RECV:这个状态表示接受SYN报文，在正常情况下，这个状态是服务器端的socket在建立TCP连接的三次握手会话过程中的一个中间状态，很短暂，基本上用netstat你是很难看到这种状态的，除非你特意写了一个客户端测试程序，故意将三次TCP握手过程中最后一个ACK报文不给予发送。因此这种状态时，当收到客服端的ACK报文后，它会进入到ESTABLISHED状态。SYN_SENT:这个状态与SYN_RECV遥想呼应，当客户端socket执行CONNECT连接时，它首先发送SYN报文，因此也随即它会进入到了SYN_SENT状态，并等待服务端的发送三次握手中的第2个报文。SYN_SENT状态表示客户端已发送SYN报文。ESTABLISHED:这个容易理解了，表示已经建立了。

四次挥手的各个状态：

FIN_WAIT_1：其实FIN_WAIT_1和FIN_WAIT_2状态的真正含义都是表示等待对方的FIN报文。而这两种状态的区别是：FIN_WAIT_1状态实际上是当socket在ESTABLISHED状态时候，它想主动关闭连接，向对方发送FIN报文，此时socket即进入到FIN_WAIT_I状态。而当对方回应ACK报文后，则进入到FIN_WAIT_2状态，当然在实际的正常情况下，都应该马上回应ACK报文，所以FIN-WAIT-1状态一般是比较难见到的，而FIN_WAIT_2状态还有常常可以用netstat看到。

FIN_WAIT_2：实际上FIN_WAIT_2状态下的socket，表示半连接，也即有一方要求close连接，但另外还告诉对方，我暂时还有点数据需要传送给你，稍后再关闭连接。

TIME_WAIT: 表示收到了对方的FIN报文，并发送了ACK报文，就等2MSL后即可回到CLOSE可用状态了。如果FIN_WAIT_1状态下，收到对方同时带FIN标志和ACK标志的报文时，可以直接进入到TIME_WAIT 状态，而无须经过FIN_WAIT_2状态。

CLOSING:这种状态比较特殊，实际情况中应该很少见，属于一种比较罕见的例外状态。正常情况下，当你发送FIN报文，按理来说是应该先收到（或同时收到）对方的ACK报文，再收到对方的FIN报文。但是CLOSING状态表示你发送FIN报文后，并没有收到对方的ACK报文，反而收到对方的FIN报文。这种情况：那就是如果双方几乎同时close一个SOCKET的话，那么就会出现了双方同时发送FIN报文的情况，也即会出现CLOSEING 状态，表示双方都正在关闭socket连接。

CLOSE_WAIT状态：这种状态的含义就是等待关闭。当对方close一个SOCKET后发送FIN报文给自己，你系统毫无疑问回应一个ACK报文给对方，此时则进入到CLOSE_WAIT状态。接下来呢，实际上你真正要考虑是否有数据发送给对方，如果没有的话，那么你也就可以close这个SOCKET，发送FIN报文给对方，也即关闭连接。所以你在CLOSE_WAIT 状态下，需要完成的事情是等待你去关闭连接。

LAST_ACK:他是被关闭一方在放松FIN报文后，最后等待对方的ACK报文。当接受ACK报文后，也即进入到CLOSE可用状态。

24、为什么建立连接协议是三次握手，而关闭连接确实四次挥手呢

答：这是因为服务端的LISTEN 状态下的socket当收到SYN报文的建连请求后，它可用把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN 报文通知时，它仅仅表示对方乜有数据发送给你了；但未必你所以的数据都全部发送给对方了，所以你可以未必马上会关闭socket，也即你可能还需要发送一些数据对对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。

25、为什么TIME_WAIT状态还需要等待2MSL后才能返回到CLOSED状态

答：虽然双方都同意关闭连接了，而且挥手的四个报文都发送完成了，按理可以直接回到CLOSED状态，但是我们必须假想网络不可靠，你无法保证你（客户端）最后发送的ACK报文一定会被对方接收到，就是说对方处于LAST_ACK状态下的socket可能会因为超时未收到ACK报文，而重发FIN报文，所以这个TIME_WAIT状态的作用就是用来重发可能丢失的ACK报文。

26、关闭TCP连接一定需要4次挥手吗

答：不一定，4次挥手关闭TCP连接时最安全的做法。但在有些时候，我们不喜欢TIME_WAIT状态（如当MSL数值设置过大导致服务器端有太多TIME_WAIT状态的TCP连接，减少这些条目数可以更快地关闭连接，为新连接释放更多资源），这时我们可以通过设置socket变量的SO_LINGER标志来避免socket在close()之后进入TIME_WAIT状态，这时将通过发送RST强制终止TCP连接（取代正常的TCP四次挥手的终止方式）。但这并不是一个很好的主要，TIME_WAIT对我们往往是有利的。