只要在一个电脑中的两个进程之间可以通过网络进行通信那么拥有公网ip的两个计算机的通信是一样的。但是一个局域网中的两台电脑上的虚拟机是不能进行通信的，因为这两个虚拟机在电脑中又有各自的局域网所以通信很难实现。
socket套接字是一种用于网络间进行通信的方式，通过tcp与udp以及ip的方式与另外一个主机进行通信，为什么从传输层往下进行计算，因为应用层的方式协议非常的灵活，只要是有一个头和内容即可。但是在网络层数据链路层和传输层等不仅需要满足在两端的数据，还得要满足在硬件上的规定上。
Linux在主机端都是小端存储的，在网络端是大端进行存储的，记忆方式就是那个图这个是大端存储的方式。
所以说将在主机端的信息发布到网络上的时候需要先将信息将小端的方式转化为大端的方式。
【注意】区分大小端的时候是按字节进行划分的，字节内的数据是有序的。分为高字节和低字节，所以可以通过将数据打印为char类型数据判断（ASCII）
【注意】转换端口或者是ip进行大小端的转化需要使用不同的函数因为两者的长度不同。
htonl32位的（host与net）【转化ip】将ip主机字节序转化为网络字节序。
htons16位的【转化端口】将端口的主机字节序转化为网络字节序。
当然可以转过去也可以转回来，ntohl和ntohs函数
大小端的转换并不常用，因为我们常常使用char *字符串类型，所以使用下面的函数
一般在写的时候都是char *ip字符串类型，在进行传输的不便于使用192.如果是字符串类型仅这一小部分这个就是三个字节，所以将这个点分十进制转化为32位01数转化为int类型数字
int inet_aton(char *ip, struct in_addr*inp)将char*类型转化为大端方式转化为struct in_addr，与下面的函数有区别
in_addr_t inet_addr(char *ip)将char*转化为in_addr_t类型（小端的方式）
char* inet_ntoa()将大端转化为char*
存储IP和端口定义的结构体struct sockaddr_in存储ipv4类型数据
【注意】但是一套接口接口可以适用于ipv4和ipv6的通信，所以bind等函数中使用这样一种struct sockaddr通用的一个类似的说明符实际上却没有这样的一个结构体定义，所以在实际应用的时候将sockaddr_in或者sockaddr_in6强转为sockaddr类型
【注意】sockaddr_in 是一个socket类，型的结构体存储ipv4 or 6，存储ip只是这个ipstruct in_addr类型存储用和端口号。struct in_addr 与 in_addr_t类型是一 一对应的，就是说在结构体中实际上存储的就是in_addr_t，所以说在使用的时候注意区分两者。
DNS dns将域名转化为ip
可以多个域名映射同一个ip，可以多个ip映射同一个域名（例如百度）。
gethostbyname给域名变ip，得到更多细节的函数是getaddrinfo函数可以通过一个域名得到所有的ip地址。
socket基于TCP进行通信的方式
socket设置一个socket文件对象（实际上是一个结构体）（理解为开辟一片区域，分配一个名字）
实际上是一个结构体，其中包含很多的内容，但是暂时只是关注两个缓冲区。
理解socket端点对象是开辟两个缓冲区：输入缓冲区和输入缓冲区。这个地方其实是和read和write系统调用函数类似将用户态的信息传递到内核态，然后将内核态中的信息传递到网卡上去然后传递到网络上，另一端同样从网卡上接收数据，读取到内核态中，然后传到用户态。
当listen之后就变成只负责接收的，最开始创建的这个socket节点只是负责接收信号进行排队。
【注意】这个地方的出入缓冲区是recv函数，是从网卡上接收数据！！！
bind就是设置服务器监听的端口，还有ip。理解这个地方是将自己的自己的ip和端口进行绑定，确定自己要监听的端口。（服务器端是固定端口号的，所以说在进行通信的时候，客户端需要知道服务器端的ip和端口号一般的端口号（http）都是固定的什么80，443）。
在自己进行端口的绑定的时候，不要使用系统定义的预留的端口1-1024，用8080及以上
为什么需要绑定ip，一般的电脑都是一个网卡，电脑有时也可能是有多个网卡，会有多个ip地址，所以绑定ip。当然也可以两个网卡都可以接收，想让两个网卡都接收就用0.0.0.0。
如果bind连接的时候，进行测试的时候，会用到ip127.0.0.1
【注意】在服务器端是自己设置一个端口，在客户端进行随机分配端口，因为客户端如果也是固定端口，这样的话不同的服务程序可能产生冲突，所以采用固定端口的方式。
这个指令查看端口有没有在使用
listen：监听端口
bind只是绑定，但是listen才开始监听
第二个参数，套接字挂起的最大端口号。全链接队列和半链接队列的长度之和。
调用listen函数会在服务器端维护两个缓冲区，是全链接队列和半链接队列。第一次握手完成就将socket节点放到半链接队列中，当完成三次握手的时候就放在全链接队列中。
全链接队列和半链接队列维护队列的数量的多少是在工作中不断确定的。
实际上客户机和服务器是没有什么本质区别的，所以说客户机也可以是服务器，同理。一般客户端不需要bind和listen。
【注意】当进行一次listen之后该socket节点就直接变成一个监听和接收队列，只进行监听和接收，后续当有新的connect的时候就不再需要connect了，就直接将相应的节点放到监听队列中。
connect进行了三次握手
只有当服务器端进行listen之后，客户端才能与服务器端建立链接。这个时候会报错，listen refused。
【注意】可以有多个客户端与整个服务器进行通信，都是通过socket一个节点接收信息
当完成三次握手以后，就已经建立了链接，（服务器端）socket节点就放到了全链接队列中。
accept在accept的时候是将原来的socket端点进行复制一个socket节点进行通信。（下文why）
借助于文件描述符找到节点的位置。
【注意】因为有多台客户机与服务器进行连接（1.最开始创建的socket节点只是负责三次握手，四次挥手都不负责），2.在基于TCP的连接中，给每一个客户端分配一个socket节点进行服务。这个时候客户端就会和服务器端新的socket节点进行通信而不会和原来的socket节点进行通信。
可以从accept进行三次握手以后，在新的socket节点中就可以获取客户端的ip和端口。也就是accept函数中后面的两个参数，因为ipv4和ipv6是不一样的，所以还需要传一个长度。一般就是用NULL，不需要显示打印出来的时候。当需要答应的时候注意将网络大端转化为主机小端模式。
accept是一个阻塞函数，当全链接队列为空的时候，服务端会阻塞在这个位置。
会返回新建立的socket节点的文件描述符。
recv和send进行通信
send就是将数据放到输出缓冲区中，recv就是从缓冲区中取出数据。传给网卡不关这个函数的关系。内核机制找到合适时间传到网卡，不关自己的操作，同样网卡也是找合适的时机被拿出数据
所以说这个地方可能会出现毡包，粘包的问题，因为放在缓冲区中的数据可能不会直接一次发送出去，或者不会立即发送和别的一块。
可以设置recv是非阻塞的。
【注意】最近的函数中空标志不需要的位置一般都是用0
【注意】send和recv是放到网卡中
close关闭连接
【注意】TCP在客户端只需要close一次即可，服务器端需要close两次，一次接收的socket节点，一次进行通信socket节点
close之后可能不会立即进行四次挥手，（但是关闭以后进程一定关闭）close只是一次调用，由内核进行处理。同理ctrl+c可能不会由系统执行立即挥手。
select既可以随时进行监听和发送
【注意】两端都需要进行判断，如果说recv接收到的数据一直都往外爆出0，就有点像那个管道，所以说当读出的数据是0的时候就进行关闭。
close的时候可能还有一些数据没有进行发送，所以close函数会进行继续的发送。
close函数是自己发送FIN包请求与对方断开连接，等待对方的ACK和FIN断开连接
8081使用户端的端口处于time_wait状态，并不是8081是处于time_wait状态。
客户机和服务器那一端都可以先关闭，先关闭的一端是处于time_wait状态。
客户端的端口处于time_wait时，没有关系，因为客户端的端口是进行随机分配的
int reuse = 1;
setsockopt(socketFd, SOL_SOCKET, SO_REUSEADDR, &reuse, sizeof(reuse));
将这个语句加到服务器的socket函数和bind函数中间就可以。
断开重连（只是可以连上，但是不能接着进行）
会有应用场景，就是当客户端关掉断开连接服务器一直在工作，客户端再次上线的时候仍然可以工作。
就比如说一个音乐软件通过数据传输信息，暂停音乐以后再连接。
断开重连相比较于select函数就是分别取监听sockfd，STDIN_FILENO，
netstat命令 netstat -an 观察连接的状态，查看网络ip和端口的连接情况。
【注意】这个断开重连和聊天室程序都是会使用到两个fd_set监听集合（+memcpy函数），这样的话就不用每次进行添加监听文件描述符，
tcpdump -w 保存抓包数据在工作中很重要，当客户端传不过来数据，或者是服务器端不能传输数据的时候，就是不正常的时候，也需要在Linux系统中也进行抓包，抓包得到的数据用wireshark打开这个文件抓包数据分析。
DDos修改客户端内核为一次连接，这样的话
UDP底层基于udp
UDP相较于TCP只有一个socket节点对象，如何判断将数据传送给谁，这个时候就需要在发送数据的时候带上要发送给那个客户机的socket节点ip和端口。
【注意】对比TCP和UDP，因为UDP是只有一个socket节点这样的话，需要服务器在第一次recvfrom的时候收到数据的时候将客户端的ip和端口保存下来。相比而言就需要一个额外的结构体socket结构体对象。
recvfrom的后面的两个参数是收取对方的socket节点套接字，以及长度和指针。发数据的时候指明要发送的socket对象。
需要客户端先发送数据给服务器，然后服务器才能知道客户端的ip和端口号
当一端的关闭的时候，另外一端是不知道的。
epoll进行IO多路复用（在一个线程中处理多个IO请求，因为是阻塞等待一个）
一般不会用elect函数（缺点很多），不会用poll（食之不好，弃之可惜），大多会用epoll函数。
监听和就绪分离（不需要重置监听集合），常驻内核态不需要来回的拷贝，没有1024个数限制，不像是select会进行不断地轮询检查而是
epoll是Linux系统内置的其他的系统有别的IO多路复用方式
监听对象是通过红黑树进行维护（也就是放到内核中），
在内核注册一种状态，类似一种回调机制。内核会检查这个列表，将就绪列表放到用户态，
select和epoll_wait有些像的，但是select是不断的上CPU轮询，但是epoll不是这样的，是等待。
就绪集合是需要进行复制需要从内核态复制到用户态，监听集合是一直放在内核态的
epoll_create 创建epoll对象放在内核态，其中就会维护一个红黑树。
创建epoll对象的时候epoll_create(1);其中的参数只要是非0就可以是历史遗留问题。
epoll_ctl()用于修改监听队列，可以添加可以删除队列中地对象，监听读还是写
一般不太会监听写，因为如果不能写，就会写不进去或者是写阻塞。所以说epoll_event中的event中events一般是写成EPOLLIN。监听的文件描述符要写在两个里面写在event.data.fd和epoll_ctl中的第三个参数。
其中最后一个参数就是epoll_event结构体机构体中typedef union epoll_data union表示只能维护其中的结构体众多内容的其中一个内容。
epoll_wait用于查看就绪的队列（自己设置一个数组）数组的大小设置没有关系，先将小的fd返回，大的也不会丢失，之后再继续返回来再继续放到其中。只要是有一个就绪的就把它进行返回。返回之后就放在数组中，不需要进行轮询访问，等到有就绪就唤醒。
不需要每次都重置，返回成功的就绪个数。然后就是通过for循环对于数组进行遍历得到socket节点
当需要跳出两层循环的时候，可以设置flag，当flag变化的时候，进行多次判断break。不要使用
goto不安全（goto可以向后移动），可以直接使用exit退出
epoll_wait的触发模式分为水平触发和边缘触发
在默认情况下是水平触发模式，当缓冲区中存在数据即使新的文件描述符状态没有发生变化（缓冲区的数据没有发生变化时）的时候，仍然不会在epoll_wait发生阻塞会不断的读出数据。
边缘触发不同在event中修改一个参数，
边缘触发实际上就是文件描述符状态发生变化时（缓冲区数据发生变化的时候）在epoll_wait中只是会触发一次。触发一次只是读自己设置的缓冲区的大小的数据，但是没有读的数据也不会丢失，下一次再触发的时候，会继续接着进行读。
struct epoll_event event;
event.events = EPOLLIN|EPOLLET; // 设置边缘触发
event.data.fd = netfd;
epoll_ctl(epollfd, EPOLL_CTL_ADD, netfd, &event);
【注意】一些问题就是传输的时候需要注意可能会传输换行符，同时在传输的时候会使用sizeof所以说会传输很多的空白。
这个地方会出现问题就是在if中使用的buf缓冲区是放在栈区，当if释放结束的时候并不会对于缓冲区进行清空，下次再使用的时候会对于数据进行覆盖，所以如果下一次输的时候设置的缓冲区是比较小的，但是读的时候缓冲区是比较大的，这个时候就会读出前一次遗留下来的数据。
处理的方式：所以在发送数据的时候，可以先把strlen发送过去，然后发送的时候只是发送strlen长度的数据。
零碎的属性小知识（几乎不会使用）
可以设置缓冲区的大小，可以设置缓冲区（send，recv，标准输出）的灵敏度也就是设置缓冲区的接收上下限。
//设置缓冲区的大小
int bufsize;
socklen_t buflen = sizeof(int);
ret = getsockopt(sfd,SOL_SOCKET,SO_RCVBUF,&bufsize,&buflen);
printf("bufsize=%d\n",bufsize);
bufsize = 8192;
ret = setsockopt(sfd,SOL_SOCKET,SO_RCVBUF,&bufsize,sizeof(int));
ret = getsockopt(sfd,SOL_SOCKET,SO_RCVBUF,&bufsize,&buflen);
printf("bufsize2=%d\n",bufsize);
//...例如当设置接收的缓冲区的下限的话，如果说当收到的数据没有能够达到接受下限，接受了但是不会触发epoll_wait的都就绪。
//设置接收缓冲区的下限
else if(events[i].data.fd == sfd)
{
newFd = accept(sfd,NULL,NULL);
printf("newFd=%d\n",newFd);
int buflowat= 10;
//设置接收缓冲区下限
ret = setsockopt(newFd,SOL_SOCKET,SO_RCVLOWAT,&buflowat,sizeof(int));
flag = 1;//表示有客户端登录
event.data.fd = newFd;
event.events = EPOLLIN;
ret = epoll_ctl(epfd,EPOLL_CTL_ADD,newFd,&event); ERROR_CHECK(ret,-1,"epoll_ctl");
}
//...
//这样修改了之后，发送方的数据量如果比较少，将不会触发epoll_wait的读就绪框架：
通过网络通信（网络层和传输层的标准规范比较严格，考虑传输层和网络层socket定义）（应用层的传输规定相当的灵活不需要）--------------》
将主机上的数据传递到网络上去(注意数据存储的大小端的问题)--------》
基于传输层的两种不同的TCP和UDP分为两种逻辑
TCP：
客户端： socket（得知服务器的ip和端口）----------------------------------------------------》
服务器端：socket（建立一个只是监听的socket节点）-----》bind（设置监听的端口和主机进行监听的ip）-------------》listen（设置全链接和半链接队列进行监听）
客户端： connect（进行三次挥手）------------------------------>send和recv函数（将用户态数据到内核态）
服务器端： accept(建立新的socket节点用于通信)-------------->send和recv函数（将用户态数据送到内核态）
UDP：不常使用
客户端： socket ------------------------》recvfrom/sendto--------》close
服务器端：socket -----》bind----------》recvfrom/sendto--------》close
主要是注意一点UDP因为是不可靠的，所以说一开始的时候必须要求客户端先给服务器端先发送信息，这样服务器端才能知道客户端的存在。同时服务器端和客户端必须要保存客户端的IP和端口所以必须再额外创建一个socket文件对象用来保存客户端的
epoll：IO多路复用（在一个线程中同时处理多个io事件）
epoll在工作中是比较常用的，但是select是不常用有很多的缺点。
epoll_create()---->epoll_ctl()----->epoll_wait()
注意一些问题：
1. 在主机和网络上进行传输时注意大小端问题
2. 注意区分struct in_addr 与 in_addr_t其实一回事，struct中有in_addr_t
3. 注意在UDP设置新的sockaddr_in的时候记得要及时进行memset设置
4. 其实客户端和服务器输入的服务器的ip和端口都是服务器的，服务器在这个端口进行监听，客户端进行连接服务器
105
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
