一、概念
首先，理清一些概念
TCP/IP和UDP，HTTP协议，Socket
1.TCP/IP和UDP，是网络中比较底层的协议，平时的网络连接基本都离不开这两个协议，其中
1) TCP：面向连接的传输控制协议：
建立连接，形成传输数据的通道（建立连接的三次握手，断开连接的四次握手）。
在连接中进行大数据传输，数据大小不受限制。
通过三次握手完成连接，是可靠协议，数据安全送达。
必须建立连接，效率会稍低。
2) UDP：面向无连接的用户数据报协议：
只管发送，不确认对方是否接收到。
不需要建立连接，将数据及源和目的封装成数据包中，每个数据报的大小限制在 64K 之内。
因为无需连接，因此是不可靠协议。
不需要建立连接，速度快。
应用场景：多媒体教室／网络流媒体。
2.HTTP 协议即超文本传送协议，是建立在 TCP /IP 协议之上的一种应用，主要解决如何包装数据。
HTTP协议详细规定了浏览器与服务器之间相互通信的规则，是万维网交换信息的基础。
HTTP是基于请求-响应形式并且是短连接，并且是无状态的协议。
HTTP 连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为 “一次连接”。
3.Socket通常被称为“套接字”，通常用于描述IP地址和端口，是一个通信的句柄，可以用来实现不同虚拟机或者不同计算机之间的通信。
Socket连接是长连接，理论上客户端和服务器端一旦建立连接将不会主动断开此连接，表现为持续连接，服务端可主动将消息推送给客户端。
Socket虽然能够实现网络通信，但实际上只是对 TCP/IP 协议的封装，本身并不是协议，而是一个调用接口（API），是应⽤层与运输层 TCP/IP 协议族通信的中间软件抽象层，通过调用socket的接口，我们就能使用TCP/IP协议。
Socket区别于HTTP协议的网络连接，在 Internet 上的主机一般运行了多个服务软件，同时提供几种服务。每种服务都打开一个 Socket，并绑定到一个端口上，不同的端口对应于不同的服务。以网络中的两个主机为例，通过服务端主机的IP地址和服务软件的端口建立Socket，在客户端主机上建立socket并连接到对应服务端主机的Socket，在这两个socket中间便是网络连接,数据在两个Socket之间进行传输。
PS:关于Socket的类型描述放在最后
二、iOS平台的Socket编程
（一）BSDSocket
Socket一开始是使用纯C编写的，是可以跨平台的，UNIX最底层的Socket是基于BSDSocket的，而苹果的系统底层便是基于UNIX，因此也支持BSDSocket。BSDSocket主要通过一些函数实现Socket连接和数据的读写，swift和OC同样可以使用这些方法，只要import了相应的头文件，但是要实现跨平台的Socket，底层最好还是直接使用C/C++来实现Socket连接
BSDSocket最基本的几个接口函数如下：
1）创建Socket并指定使用的协议（TCP或UDP）
int server = socket(int32 addressFamily, int32 type,int32 protocol)
在创建成功之后，可通过这个函数设置Socket 的选项，即socket的属性，包括端口重用，收发数据时延等。
int err= setsockopt(SOCKET s,int level,int optname,const char* optval,int optlen);
2）将主机的IP地址和某个端口绑定到Socket
int err=bind(int socketFileDescriptor,sockaddr *addressToBind,int addressStructLength)
PS：以上两个函数是建立socket连接必不可少 的，无论是TCP还是UDP的C/S（即服务端和客户端）程序架构的socket连接都要先通过以上两步建立Socket。
3）在绑定好之后，根据选定的协议，若是UDP，则可以直接进行数据传输，以下是发送和接收接口
int err=sendto(int socketFileDescriptor,char *buffer, int bufferLength, intflags, sockaddr *destinationAddress, int destinationAddressLength)
int err=recvfrom(int socketFileDescriptor,char *buffer, int bufferLength, intflags, sockaddr *fromAddress, int*fromAddressLength)
4）若是TCP协议，则服务端还要进行监听客户端连接请求，连接客户端之后，才能进行数据传输
服务端
监听连接请求
int err=listen(int socketFileDescriptor, int backlogSize)
socket() 函数创建的 socket 默认是一个主动类型的，listen() 函数将 socket 变为被动类型的，等待客户的连接请求。
接收连接请求
int peerSocket = accept(int socketFielDescriptor, sockaddr *clientAddress, int clientAddressStructLength)
数据传输
发送，接收接口，第一个参数都是客户端的socket文件描述符peerSocket
int len=send(int socketFileDescriptor, char*buffer, int bufferLength, int flags)
int len=recv(int socketFileDescriptor, char*buffer, int bufferLength, int flags)
最后关闭连接
int close(int socketFileDescriptor)
客户端
不需要监听，直接连接到指定的服务器IP和端口
客户端不需要指定打开的端口，通常临时的、动态的分配一个1024以上的端口。
int err = connect(int socketFileDescriptor,sockaddr *serverAddress, int serverAddressLength)
数据传输
发送，接收接口，第一个参数都是客户端的socket文件描述符
int len=send(int socketFileDescriptor, char*buffer, int bufferLength, int flags)
int len=recv(int socketFileDescriptor, char*buffer, int bufferLength, int flags)
最后关闭连接
int close(int socketFileDescriptor)
注意
这里的accept(),recv(),send(),recvfrom(),sendto()几个接口函数都是阻塞式的，即运行时会阻塞当前线程，因此实际开发中需要另外开辟线程执行这些函数。根据执行结果再回到主线程进行数据更新。
完整的UDP连接示意图
完整的TCP连接示意图
（二）CFSocket
iOS官方给出的CFSocket，存在于CoreFoundation框架中，使用纯C语言实现，同样可以实现跨平台应用，它是基于BSDSocket进行抽象和封装的，CFSocket 中包含了少数开销，它几乎可以提供 BSD sockets 所具有的一切功能，并且把 socket 集成进一个“运行循环”RunLoop中。
Core Foundation框架是一组C语言接口，它们为iOS应用程序提供基本数据管理和服务功能
群体数据类型 (数组、集合等)、程序包、字符串管理、日期和时间管理、原始数据块管理、偏好管理、URL及数据流操作、线程和RunLoop、端口和soket通讯
RunLoop 实际上就是一个对象，这个对象管理了其需要处理的事件和消息，并提供了一个入口函数来执行上面事件循环的逻辑。线程执行了这个函数后，就会一直处于这个函数内部 "接受消息->等待->处理" 的循环中，直到这个循环结束，函数返回。
CFSocket实现流式Socket（基于TCP）的过程如下：（CFSocekt 用于建立连接，CFStream 用于读写数据）
这里我使用OC实现，用swift还需要转化指针，代码过于复杂。
服务端
1）创建socket，这里
CFSocketRef socket_server = CFSocketCreate(kCFAllocatorDefault, PF_INET, SOCK_STREAM, IPPROTO_TCP, kCFSocketAcceptCallBack//触发类型,TCPServerAcceptCallBack,NULL);
TCPServerAcceptCallBack是一个回调函数，在参数中触发类型代表的事件活跃时触发
具体的回调事件触发类型enumCFSocketCallBackType{
kCFSocketNoCallBack =0,//表示不需要回调函数，回调函数的参数直接设置为NULL
kCFSocketReadCallBack =1, kCFSocketAcceptCallBack =2,（常用） kCFSocketDataCallBack =3, kCFSocketConnectCallBack =4, kCFSocketWriteCallBack =8};
根据需要设置端口重用
_Bool reused = YES;
setsockopt(CFSocketGetNative(_socket_server), SOL_SOCKET, SO_REUSEADDR, (const void *)&reused, sizeof(reused));
2）绑定本地IP和端口到Socket
struct sockaddr_in Socaddr;
memset(&Socaddr, 0, sizeof(Socaddr));
Socaddr.sin_len=sizeof(Socaddr);
Socaddr.sin_family=AF_INET;
Socaddr.sin_addr.s_addr=INADDR_ANY;
Socaddr.sin_port=CFSwapInt16(1235);//设置端口，这里任意取的
CFDataRef dataaddr=CFDataCreate(kCFAllocatorDefault, (UInt8*)&Socaddr, sizeof(Socaddr));
CFSocketError err=CFSocketSetAddress(_socket_server, dataaddr);
CFRelease(dataaddr);
由于Core Foundation的对象不属于ARC的管理范畴，所以需要自己release。
3）获取当前线程的runloop并把服务端Socket加入到RunLoop中，启动RunLoop。
这里实际上封装了listen和accept，因此同样会产生阻塞，需要另外开辟线程。
CFRunLoopRef runLoopRef = CFRunLoopGetCurrent();
CFRunLoopSourceRef sourceRef = CFSocketCreateRunLoopSource(kCFAllocatorDefault, _socket_server, 0);
CFRunLoopAddSource(runLoopRef, sourceRef, kCFRunLoopCommonModes);
CFRelease(sourceRef);
CFRunLoopRun();
如上面1）中所述，回调函数TCPServerAcceptCallBack会在某些事件触发时自动执行，这里我们要自己设计函数体，在客户端接入之后进行相应操作，回调函数的参数是有固定要求的，但函数名可自定义，具体如下：
void TCPServerAcceptCallBack(CFSocketRef socket,CFSocketCallBackType type,CFDataRef address,const void *data,void *info)
根据参数type是否等于kCFSocketAcceptCallBack，即可确定是客户端连接成功
根据参数data此时是CFSocketNativeHandle类型，获取客户端Socket的Handle，再用getpeername获取客户端Socket地址
CFSocketNativeHandle nativeHanldle = *(CFSocketNativeHandle*)data;//*去引用
getpeername(nativeHanldle, (struct sockaddr * )name , &namelen)
创建对应客户端socket的输入输出流
void CFStreamCreatePairWithSocket(CFAllocatorRef alloc, CFSocketNativeHandle sock, CFReadStreamRef *readStream, CFWriteStreamRef *writeStream);
CFStreamCreatePairWithSocket()操作成功后，readStream和writeStream都指向有效的地址，因此判断是不是还是之前设置的NULL，就知道是否创建成功
客户端
客户端相对简单很多，直接创建对应服务端的IP和端口的Socket，并创建对应的输入输出流
NSString * server = @"192.168.8.39";
CFStreamCreatePairWithSocketToHost(NULL, (__bridge CFStringRef)server, 12435, &readStream, &writeStream);
判断此时的readStream和writeStream是否都不等于NULL，若是则创建成功
后续的流的操作，客户端和服务端是相同的
流管理
首先我们要对NSStream熟悉一下，它是属于Cocoa框架中的流对象，Cocoa是苹果的面向对象开发框架，Cocoa中的流对象与Core Foundation中的流对象是对应的。因此我们可以通过toll-free桥接方法来进行相互转换。NSStream、NSInputStream和NSOutputStream分别对应CFStream、CFReadStream和CFWriteStream。
我们要做的就是继承协议NSStreamDelegate，将CFStream转化为对应的NSStream并加入到RunLoop，打开流
NSInoutstream* instream；
NSOutputStream * outstream;
self.instream = (__bridge NSInputStream*)readStreamRef;
self.outstream = (__bridge NSOutputStream*) writeStreamRef;
[self.instream setDelegate:selfClass];
[self.outstream setDelegate: selfClass];
[self.instream scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];
[self.outstream scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode:NSDefaultRunLoopMode];
[self.instream open];
[self.outstream open];
实现协议方法
- (void)stream:(NSStream *)stream handleEvent:(NSStreamEvent)eventCode
在这个函数中可以根据下面👇数据流的状态枚举进行不同的流操作
NSStreamEventNone // 无事件
NSStreamEventOpenCompleted // 建立连接完成
NSStreamEventHasBytesAvailable // 有可读的字节，接收到了数据，可以读了
NSStreamEventHasSpaceAvailable // 可以使用输出流的空间，此时可以发送数据给服务器
NSStreamEventErrorOccurred // 发生错误
NSStreamEventEndEncountered // 流结束事件，在此事件中负责做销毁工作
输入流的读
[_instream read:(nonnull uint8_t *) maxLength:(NSUInteger)]
输出流的写
[_outstream write:(nonnull const uint8_t *) maxLength:(NSUInteger)]
通过服务端和客户端各自的读写流，就能够相互传输数据了，文件图片等都可以转化成字节流进行传输，这里就不多说了。
除了以上两种方法，有很多第三方的库都能实现Socket，操作会更加简单 ，如GCDAsyncSocket，webSocket，Socket.IO
附录：
Socket的类型
流套接字（SOCK_STREAM）：流套接字用于提供面向连接、可靠的数据传输服务。该服务将保证数据能够实现无差错、无重复发送，并按顺序接收。流套接字之所以能够实现可靠的数据服务，原因在于其使用了传输控制协议，即TCP（The Transmission Control Protocol）协议。
数据报套接字（SOCK_DGRAM）：数据报套接字提供了一种无连接的服务。该服务并不能保证数据传输的可靠性，数据有可能在传输过程中丢失或出现数据重复，且无法保证顺序地接收到数据。数据报套接字使用UDP（User Datagram Protocol）协议进行数据的传输。由于数据包套接字不能保证数据传输的可靠性，对于有可能出现的数据丢失情况，需要在程序中做相应的处理。
原始套接字(SOCK_RAW)：原始套接字与标准套接字（标准套接字指的是前面介绍的流套接字和数据报套接字）的区别在于：原始套接字可以读写内核没有处理的IP数据包，而流套接字只能读取TCP协议的数据，数据报套接字只能读取UDP协议的数据。因此，如果要访问其他协议发送数据必须使用原始套接字。
名字/常量 描述
SOCK_STREAM 这个协议是按照顺序的、可靠的、数据完整的基于字节流的连接。这是一个使用最多的socket类型，这个socket是使用TCP来进行传输。
SOCK_DGRAM 这个协议是无连接的、固定长度的传输调用。该协议是不可靠的，使用UDP来进行它的连接。
SOCK_SEQPACKET 这个协议是双线路的、可靠的连接，发送固定长度的数据包进行传输。必须把这个包完整的接受才能进行读取。
SOCK_RAW 这个socket类型提供单一的网络访问，这个socket类型使用ICMP公共协议。（ping、traceroute使用该协议）
SOCK_RDM 这个类型是很少使用的，在大部分的操作系统上没有实现，它是提供给数据链路层使用，不保证数据包的顺序
