今天主题是实现并发服务器，实现方法有多种版本，先从简单的单进程代码实现到多进程，多线程的实现，最终引入一些高级模块来实现并发TCP服务器。
说到TCP，想起吐槽大会有个段子提到三次握手，也只有程序猿(媛)能get。
UDP服务器数据传输不可靠，这里就忽略了。
>>:
简单的单进程TCP服务器
假代码：
#创建tcp服务器套接字
#绑定端口
#设置正常情况退出的服务器下,端口可以重用
#设置监听,变为主动监听
# 等待客户端的链接,返回新的socket和地址
#关闭tcp服务器套接字
from socket import socket, AF_INET,SOCK_STREAM,SOL_SOCK
2023-03-27 13:31:59
107KB
1
线程调用类对象
在前面的示例中，我们为线程任务使用了通常的函数。实际上，我们可以使用任何可调用对象或者lambda函数，如下调用类对象的例子：
#include
#include
class MyFunctor
{
public:
void operator()()
{
std::cout << functor\n;
}
};
int main()
{
MyFunctor fnctor;
std::thread t(fnctor);
std::cout << main thread\n;
t.join();
2022-09-09 10:47:47
57KB
1
就在今天好好的一个程序，语发基本上都没有任何错误，和官方的资料都对照了也没有什么问题但是原本好好的程序就是定时器打不开了。为什么呢？今天又大概6个小时的时间都浪费在这个不起眼的自己曾经不知道也没注意的问题上。
2022-03-12 18:48:19
43KB
1
在嵌入式应用程序开发过程里，由于使用C语言编程，基本很少涉及到机器底层寄存器的执行过程，一般都会直接在main函数里开始写代码，似乎main成为了理所当然的起点,尽管从C程序的角度来看程序都是直接从main函数开始执行。然而，MCU上电后，是如何寻找到并执行main函数这一问题却很自然的被忽略了!事实上微控制器是无法从硬件上去定位main函数的入口地址，因为使用C语言作为开发语言后，变量/函数的地址便由编译器在编译时自行分配，因此main函数的入口地址在编译后便不一定是一个绝对地址。MCU上电后又是如何寻找到这个入口地址呢?以前接触无论是PIC、AVR、MSP430或是51过程中都没涉及到启动文件的配置，仅仅只有熔丝位或配置字是需要根据实际使用配置来设置，其实并非没有，而是由于大部分的开发环境往往自动完整地提供了这个启动文件，不需要开发人员再行干预启动过程，只需要从main函数开始进行应用程序的设计即可。然而，但接触到嵌入内核比如Linux系统移植过程“bootloader”却是很重要也是必不可少的一个环节。事实上，每一种微控制器，无论性能高下，结构简繁，价格贵贱都是必须有启动文件才能
2022-03-06 14:05:39
72KB
1
Wake-On-LAN简称WOL，是一种电源管理功能；如果存在网络活动，则允许设备将操作系统从待机或休眠模式中唤醒。许多主板厂商支持IBM提出的网络唤醒标准。该标准允许网络管理员远程打开PC机电源，以便进行文件升级、资源跟踪和设备清点等工作。
先看下使用Python实现WakeOn Lan远程开机功能，具体介绍如下：
创建魔法唤醒包
格式化mac地址，生成魔法唤醒包，然后发送包，首先电脑需要打开wake on lan功能
创建main_wake_on_lan.py文件
import socket
import binascii
import struct
import re
'''
格式
2022-01-07 18:16:57
53KB
1