Socket工作模式及MFC网络编程与开发
Socket工作模式及MFC网络编程与开发
MFC窗口显示更新数据，比如编辑框显示接收数据。如果编辑框关联了相关变量，那么可以直接调用UpdateDdata()函数，但是在多线程中该函数无法使用。
UpdateData()函数在窗口界面的类里调用才有效，也即是窗口程序中的主线程中才有效，用于更新当前的窗口，而线程没有这个功能。
解决多线程中，socket接收到数据向窗口显示可用MFC消息机制。
自定义消息：
首先先定义一个消息值(消息本身是一个值，而且可以自带参数)。
#define WM_DEFMSG WM_USER+x(x为一个数值)
第二步映射，在相应的.cpp文件中的消息映射表中做消息映射。
ON_MESSAGE(WM_DEFMSG, xxx)(xxx为函数名)
第三步在刚才做消息映射的.cpp文件对应的.h文件中定义消息函数(一般是在类中定义)。自定义的消息函数，形式如下：
LRESULT xxx(WPARAM wParam, LPARAM lParam);
创建套接字函数socket()是阻塞模式的。
多线程服务端应用select模式，需要用到三个套接字，一个是服务端套接字，一个是连接套接字。监听套接字和连接套接字可用FD_SET()函数添加到文件描述符集合中，然后用select()监听套接字中的状态。
用这个模式的好处就是不必一直等待，提高程序运行效率，只有select()函数监听到套接字有数据才进行接收 ，recv()函数就不会阻塞。
服务端套接字用于绑定本机IP和端口号等本地网络地址信息和监听是否有客户端的套接字发出链接申请。(猜测)
连接套接字用于接收客户端网络地址信息和收发信息。
send()函数发送的数据是char型，不是CString型。
CString型数据转换为char型可用strcpy(char, CString.GetBuffer(CString.GetLength()));
有个网友问Python相关的socket编程问题
有个网友问Python相关的socket编程问题，在通常情况下用的是threading去处理这些链接，实际上如果要更好的办法应该是选择select模型这里还不到操作系统。因为Python的实现cpython依旧依靠操作系统模型，Python屏蔽了系统差异性，但是注意Server也要加入inputs中
Python中的select模块专注于I/O多路复用，底层提供了select poll epoll三个方法(其中后两个在Linux，Windows FreeBSD是各有不同。
跟我学编程 8：Reactor的核心组成部分就是event loop + IO多路复用 + 回调函数
跟我学编程 8：Reactor的核心组成部分就是event loop + IO多路复用 + 回调函数！
Reactor 有哪些事件呢？
我们需要关心的典型事件这样几种：
网络请求的到来，也就是socket编程中ept到客户端连接
文件可读
文件可写
这几种event都是和IO相关的，涉及网络和文件。
那么这个event loop是怎么知道有这些event到来呢？
这是涉及到了IO多路复用技术，典型的像Linux中的select、poll、epoll。
通过IO多路复用技术，我们可以一次监控一堆的文件描述符，当这些文件描述符对应的IO事件发生时会收到操作系统的通知，这时我们获取到该event并交给相应的handler或者回调函数来处理。
3年左右经验的程序员该怎么样去入手学习linux下的tcp/ip协议栈呢
3年左右经验的程序员该怎么样去入手学习linux下的tcp/ip协议栈呢？
1、对于linux上层应用开发者
可以从应用开发者所熟悉的linux socket编程入手，顺着这些编程接口对应的系统调用切入，通过这些系统调用往下走继续深入，等你把socket(), listen(), ept(), connect(), write(), read()这几个socket系统调用的linux内核代码看到底，你基本上对linux网络部分的脉络就清楚了。
2、对于底层的linux驱动或者内核开发者
linux底层的开发者，基本都熟悉网卡驱动。即使不熟悉，对他们来说熟悉起来也不难。
沿着linux网卡驱动，if_rx()为入口，向上追踪，历经：
a、软中断层处理函_rx_action()
b、网络层处理函数ip_rcv()
c、传输层处理函数tcp_v4_rcv()
d、socket层处理函数_recvmsg()
e、虚拟文件系统层处理函数sock_read_iter()
经过上面这几步，也就把linux网络协议栈的主要流程梳理清楚了。
最后我们来总结一下，学习linux内核网络子模块的思路是：从系统调用出发，从上往下梳理一遍；再从linux网卡驱动入手，从下往上梳理一遍。
这一上一下，上下其手，何愁享受不到技术通透的快感呢？
linux性能调试和优化
socket服务端怎么判断客户端数据都发送完了
socket服务端怎么判断客户端数据都发送完了
在Socket编程中，服务端只有在接收到客户端发送的数据后才能进行处理，因此服务端需要判断何时可以开始处理接收到的数据。
常用的有两种方式：
1. 定长方式
在数据传输之前，就约定好数据的长度，当服务端成功接收到指定长度的数据后就可以开始处理了。这种方式对于数据长度一致的场景比较适用，例如日志记录、数据备份等。
2. 换行符方式
在传输过程中约定一个特殊的字符作为分隔符，客户端在传输结束后添加该字符，服务端在读取到该字符之前的所有内容都视为完整数据。这种方式适用于传输数据长度不一致的场景。
在实现上，可以利用Java的输入输出流进行读写操作。例如，使用`BufferedReader`读取输入流中的数据，`OutputStreamWriter`向输出流中写入数据。判断数据是否读取完毕的方式可通过读取输入流的返回值进行判断，通常为 -
1 表示读取完毕。
这里提供一个简单的例子，服务端接收到客户端发送的字符串消息，并在客户端发送完毕后打印消息。
```java
// 声明输入流和输出流
BufferedReader reader = new BufferedReader(new InputStreamReader(socket.getInputStream()));
OutputStreamWriter writer = new OutputStreamWriter(socket.getOutputStream());
StringBuilder sb = new StringBuilder();
// 读取输入流的数据，直到读到行分隔符为止
String line;
while ((line = reader.readLine()) != null) {
if (line.equals(&34;)) {
// 空行代表消息全部读取完毕，可以开始处理了
break;
}
// 将读取到的数据拼接到字符串中
sb.append(line);
}
// 打印消息
System.out.println(sb.toString());
// 写入响应
writer.write("Server Response");
writer.flush();
```
相关文章
