这一篇是异步风格的TCP服务器的最后一篇,主要的目的是疏理之前几篇没提到的一些比较有用的属性、配置、函数与事件,当然不是全部。如果想知道全部,请查看官网。

1、属性

Swoole\Server->setting:Server::set() 函数所设置的参数会保存到 Server->$setting 属性上。在回调函数中可以访问运行参数的值。

$server = new Swoole\Server('127.0.0.1', 9501);
$server->set(array('worker_num' => 4));
echo $server->setting['worker_num'];

Swoole\Server->worker_id: int:得到当前 Worker 进程的编号,包括 Task 进程。

$server->on('workerstart', function ($server, int $workerId){
echo "workerId:" . $workerId . PHP_EOL;
echo "worker_id:" . $server->worker_id . PHP_EOL;
});

Swoole\Server->taskworker: bool:当前进程是否是 Task 进程。

- true 表示当前的进程是 Task 工作进程
- false 表示当前的进程是 Worker 进程

Swoole\Server->connections:TCP 连接迭代器,可以使用 foreach 遍历服务器当前所有的连接,此属性的功能与 Server->getClientList 是一致的,但是更加友好。遍历的元素为单个连接的 fd。

注意:

-$connections 属性是一个迭代器对象,不是 PHP 数组,所以不能用 var_dump 或者数组下标来访问,只能通过 foreach 进行遍历操作。

-SWOOLE_BASE 模式下不支持跨进程操作 TCP 连接,因此在 BASE 模式中,只能在当前进程内使用 $connections 迭代器。

foreach ($server->connections as $fd) {
var_dump($fd);
}
echo "当前服务器共有 " . count($server->connections) . " 个连接\n";

Swoole\Server->ports:监听端口数组,如果服务器监听了多个端口可以遍历 Server::$ports 得到所有 Swoole\Server\Port 对象。其中 swoole_server::$ports[0] 为构造方法所设置的主服务器端口。

$ports = $server->ports;
$ports[0]->set($settings);
$ports[1]->on('Receive', function () {
//callback
});

2、配置

编者注:所有的配置都需要通过Swoole\Server->set()函数进行设置,具体用法如果忘了可以看这里

max_conn:服务器程序,最大允许的连接数。【默认值:ulimit -n】。如 max_connection => 10000, 此参数用来设置 Server 最大允许维持多少个 TCP 连接。超过此数量后,新进入的连接将被拒绝。

注意:

-请勿设置 max_connection 超过 1M。在 4.2.9 或更高版本,当底层检测到 ulimit -n 超过 100000 时将默认设置为 100000,原因是某些系统设置了 ulimit -n 为 100万,需要分配大量内存,导致启动失败。

-此选项设置过小底层会抛出错误,并设置为 ulimit -n 的值。最小值为 (worker_num + task_worker_num) * 2 + 32

task_max_request:设置 task 进程的最大任务数。【默认值:0】

说明:设置 task 进程的最大任务数。一个 task 进程在处理完超过此数值的任务后将自动退出。这个参数是为了防止 PHP 进程内存溢出。如果不希望进程自动退出可以设置为 0。

daemonize:守护进程化【默认值:0】

注意:

设置 daemonize => 1 时,程序将转入后台作为守护进程运行。长时间运行的服务器端程序必须启用此项。
如果不启用守护进程,当 ssh 终端退出后,程序将被终止运行。

提示:

-启用守护进程后,标准输入和输出会被重定向到 log_file
-如果未设置 log_file,将重定向到 /dev/null,所有打印屏幕的信息都会被丢弃
-启用守护进程后,CWD(当前目录)环境变量的值会发生变更,相对路径的文件读写会出错。PHP 程序中必须使用绝对路径

log_file:指定 Swoole 错误日志文件。在 Swoole 运行期发生的异常信息会记录到这个文件中,默认会打印到屏幕。开启守护进程模式后 (daemonize => true),标准输出将会被重定向到 log_file。在 PHP 代码中 echo/var_dump/print 等打印到屏幕的内容会写入到 log_file 文件。

提示:

在日志信息中,进程 ID 前会加一些标号,表示日志产生的线程 / 进程类型:# Master 进程   /   $ Manager 进程   /   * Worker 进程   /   ^ Task 进程

log_level:设置 Server 错误日志打印的等级,范围是 0-6。低于 log_level 设置的日志信息不会抛出。【默认值:SWOOLE_LOG_DEBUG】

日志等级:

注:SWOOLE_LOG_DEBUG 和 SWOOLE_LOG_TRACE 两种日志,必须在编译 swoole 扩展时使用 --enable-debug-log 或 --enable-trace-log 后才可以使用。正常版本中即使设置了 log_level = SWOOLE_LOG_TRACE 也是无法打印此类日志的。

backlog:设置 Listen 队列长度。如 backlog => 128,此参数将决定最多同时有多少个等待 accept 的连接。

注意:

-我们知道 TCP 有三次握手的过程,客户端 syn=>服务端 syn+ack=>客户端 ack,当服务器收到客户端的 ack 后会将连接放到一个叫做 accept queue 的队列里面。
-队列的大小由 backlog 参数和配置 somaxconn 的最小值决定,我们可以通过 ss -lt 命令查看最终的 accept queue 队列大小,Swoole 的主进程调用 accept,从 accept queue 里面取走。 当 accept queue 满了之后连接有可能成功,也有可能失败,失败后客户端的表现就是连接被重置。
-或者连接超时,而服务端会记录失败的记录,可以通过 netstat -s|grep 'times the listen queue of a socket overflowed 来查看日志。如果出现了上述现象,你就应该调大该值了。

-幸运的是 Swoole 的 SWOOLE_PROCESS 模式与 PHP-FPM/Apache 等软件不同,并不依赖 backlog 来解决连接排队的问题。所以基本不会遇到上述现象。

open_tcp_keepalive:在 TCP 中有一个 Keep-Alive 的机制可以检测死连接,应用层如果对于死链接周期不敏感或者没有实现心跳机制,可以使用操作系统提供的 keepalive 机制来踢掉死链接。 在 Server::set() 配置中增加 open_tcp_keepalive=>1 表示启用 TCP keepalive。 另外,有 3 个选项可以对 keepalive 的细节进行调整:

tcp_keepidle:单位秒,连接在 n 秒内没有数据请求,将开始对此连接进行探测。

tcp_keepcount:探测的次数,超过次数后将 close 此连接。

tcp_keepinterval:探测的间隔时间,单位秒。

$serv = new Swoole\Server("192.168.2.194", 6666, SWOOLE_PROCESS);
$serv->set(array(
'worker_num' => 1,
'open_tcp_keepalive' => 1,
'tcp_keepidle' => 4, //4s没有数据传输就进行检测
'tcp_keepinterval' => 1, //1s探测一次
'tcp_keepcount' => 5, //探测的次数,超过5次后还没回包close此连接
));

heartbeat_check_interval:启用心跳检测【默认值:false】。此选项表示每隔多久轮循一次,单位为秒。如 heartbeat_check_interval => 60,表示每 60 秒,遍历所有连接,如果该连接在 120 秒内(heartbeat_idle_time 未设置时默认为 interval 的两倍),没有向服务器发送任何数据,此连接将被强制关闭。若未配置,则不会启用心跳,该配置默认关闭。

注意:

-Server 并不会主动向客户端发送心跳包,而是被动等待客户端发送心跳。服务器端的 heartbeat_check 仅仅是检测连接上一次发送数据的时间,如果超过限制,将切断连接。

-被心跳检测切断的连接依然会触发 onClose 事件回调。

-heartbeat_check 仅支持 TCP 连接。

heartbeat_idle_time:连接最大允许空闲的时间,需要与 heartbeat_check_interval 配合使用

注意:

-启用 heartbeat_idle_time 后,服务器并不会主动向客户端发送数据包。

-如果只设置了 heartbeat_idle_time 未设置 heartbeat_check_interval 底层将不会创建心跳检测线程,PHP 代码中可以调用 heartbeat 方法手工处理超时的连接。

open_http_protocol:启用 HTTP 协议处理。【默认值:false】设置为 false 表示关闭 HTTP 协议处理。

open_mqtt_protocol:启用 MQTT 协议处理。【默认值:false】启用后会解析 MQTT 包头,worker 进程 onReceive 每次会返回一个完整的 MQTT 数据包。

open_websocket_protocol:启用 WebSocket 协议处理。【默认值:false】设置为 false 表示关闭 websocket 协议处理。

注意:设置 open_websocket_protocol 选项为 true 后,会自动设置 open_http_protocol 协议也为 true。

open_cpu_affinity:启用 CPU 亲和性设置。 【默认 false 关闭】在多核的硬件平台中,启用此特性会将 Swoole 的 reactor线程 /worker进程绑定到固定的一个核上。可以避免进程 / 线程的运行时在多个核之间互相切换,提高 CPU Cache 的命中率。

3、函数

 addListener():增加监听的端口。业务代码中可以通过调用 Server->getClientInfo 来获取某个连接来自于哪个端口。

Swoole\Server->addListener(string $host, int $port, int $sockType = SWOOLE_SOCK_TCP): bool|Swoole\Server\Port

$host:指定监听的 ip 地址;IPv4 使用 127.0.0.1 表示监听本机,0.0.0.0 表示监听所有地址;IPv6 使用::1 表示监听本机,:: (相当于 0:0:0:0:0:0:0:0) 表示监听所有地址

$port:指定监听的端口,如 9501

$sockType:$sockType 值为 UnixSocket Stream/Dgram,此参数将被忽略,如果此端口被占用 server->start 时会失败

注意:

-监听 1024 以下的端口需要 root 权限。
-主服务器是 WebSocket 或 HTTP 协议,新监听的 TCP 端口默认会继承主 Server 的协议设置。必须单独调用 set 方法设置新的协议才会启用新协议

stop():使当前 Worker 进程停止运行,并立即触发 onWorkerStop 回调函数。

Swoole\Server->stop(int $workerId = -1, bool $waitEvent = false): bool

$workerId:指定 worker id

$waitEvent:控制退出策略,false 表示立即退出,true 表示等待事件循环为空时再退出

注意:

-异步 IO 服务器在调用 stop 退出进程时,可能仍然有事件在等待。比如使用了 Swoole\MySQL->query,发送了 SQL 语句,但还在等待 MySQL 服务器返回结果。这时如果进程强制退出,SQL 的执行结果就会丢失了。
-设置 $waitEvent = true 后,底层会使用异步安全重启策略。先通知 Manager 进程,重新启动一个新的 Worker 来处理新的请求。当前旧的 Worker 会等待事件,直到事件循环为空或者超过 max_wait_time 后,退出进程,最大限度的保证异步事件的安全性。

tick():添加 tick 定时器,可以自定义回调函数。此函数是 Swoole\Timer::tick 的别名。

Swoole\Server->tick(int $millisecond, mixed $callback): void

编者注:文档这里有错,返回值是int(一个timer的id),并非是void

$millisecond:间隔时间【毫秒】

$callback:回调函数

注意:

-Worker 进程结束运行后,所有定时器都会自动销毁
-tick/after 定时器不能在 Server->start 之前使用

after():添加一个一次性定时器,执行完成后就会销毁。此函数是 Swoole\Timer::after 的别名。

Swoole\Server->after(int $millisecond, mixed $callback)

编者注:文档这里有错,返回值是int(一个timer的id)

$millisecond:执行时间【毫秒】,在 Swoole v4.2.10 以下版本最大不得超过 86400000

$callback:回调函数

clearTimer():清除 tick/after 定时器,此函数是 Swoole\Timer::clear 的别名。

Swoole\Server->clearTimer(int $timerId): bool

$timerId:指定定时器 id

注:clearTimer 仅可用于清除当前进程的定时器

close():关闭客户端连接。

Swoole\Server->close(int $fd, bool $reset = false): bool

$fd:指定关闭的 fd (文件描述符)

$reset:设置为 true 会强制关闭连接,丢弃发送队列中的数据

注意:

-Server 主动 close 连接,也一样会触发 onClose 事件
- 不要在 close 之后写清理逻辑。应当放置到 onClose 回调中处理
-HTTP\Server 的 fd 在上层回调方法的 response 中获取

sendfile():发送文件到 TCP 客户端连接。

Swoole\Server->sendfile(int $fd, string $filename, int $offset = 0, int $length = 0): bool

$fd:指定客户端的文件描述符

$filename:要发送的文件路径,如果文件不存在会返回 false

$offset:指定文件偏移量,可以从文件的某个位置起发送数据

$length:指定发送的长度

sendwait():同步地向客户端发送数据。

Swoole\Server->sendwait(int $fd, string $data): bool

$fd:指定客户端的文件描述符

$data:指定客户端的文件描述符

注意:

-有一些特殊的场景,Server 需要连续向客户端发送数据,而 Server->send 数据发送接口是纯异步的,大量数据发送会导致内存发送队列塞满。使用 Server->sendwait 就可以解决此问题,Server->sendwait 会等待连接可写。直到数据发送完毕才会返回。

-sendwait 目前仅可用于 SWOOLE_BASE 模式。该函数只用于本机或内网通信,外网连接请勿使用 sendwait,在 enable_coroutine=>true (默认开启) 的时候也不要用这个函数,会卡死其他协程,只有同步阻塞的服务器才可以用。

sendMessage():向任意 Worker 进程或者 Task 进程发送消息。在非主进程和管理进程中可调用。收到消息的进程会触发 onPipeMessage 事件。

Swoole\Server->sendMessage(string $message, int $workerId): bool

$message:为发送的消息数据内容,没有长度限制,但超过 8K 时会启动内存临时文件

$workerId: Worker 进程的编号

注意:

-在 Worker 进程内调用 sendMessage 是异步 IO 的,消息会先存到缓冲区,可写时向 unixSocket 发送此消息

-在 Task 进程 内调用 sendMessage 默认是同步 IO,但有些情况会自动转换成异步 IO

-在 User 进程 内调用 sendMessage 和 Task 一样,默认同步阻塞的

-如果 sendMessage() 是异步 IO 的,如果对端进程因为种种原因不接收数据,千万不要一直 sendMessage(),会导致占用大量的内存资源,可以做个应答机制,对端不回应就不要发了;

-MacOS/FreeBSD下超过 2K 就会使用临时文件存储;

-使用 sendMessage 必须注册 onPipeMessage 事件回调函数;

-设置了 task_ipc_mode = 3 将无法使用 sendMessage 向特定的 task 进程发送消息。

$server = new Swoole\Server("0.0.0.0", 9501);

$server->set(array(
'worker_num' => 2,
'task_worker_num' => 2,
));
$server->on('pipeMessage', function ($server, $src_worker_id, $data) {
echo "#{$server->worker_id} message from #$src_worker_id: $data\n";
});$server->on('receive', function (Swoole\Server $server, $fd, $reactor_id, $data) {
if (trim($data) == 'task') { } else {
$worker_id = 1 - $server->worker_id;
$server->sendMessage("hello task process", $worker_id);
}
}); $server->start();

exist():检测 fd 对应的连接是否存在。

Swoole\Server->exist(int $fd): bool

$fd:文件描述符

注:此接口是基于共享内存计算,没有任何 IO 操作

pause():停止接收数据。

Swoole\Server->pause(int $fd)

$fd:文件描述符

注意:

-调用此函数后会将连接从 EventLoop 中移除,不再接收客户端数据。
-此函数不影响发送队列的处理
-只能在 SWOOLE_PROCESS 模式下,调用 pause 后,可能有部分数据已经到达 Worker 进程,因此仍然可能会触发 onReceive 事件

resume():恢复数据接收。与 pause 方法成对使用。

Swoole\Server->resume(int $fd)

$fd:文件描述符

getClientInfo():获取连接的信息,别名是 Swoole\Server->connection_info()

Swoole\Server->getClientInfo(int $fd, int $extraData, bool $ignoreError = false): bool|array

$fd:指定文件描述符

$extraData:扩展信息,保留参数,目前无任何效果

$ignoreError: 是否忽略错误,如果设置为 true,即使连接关闭也会返回连接的信息

注意:

-仅在 onConnect 触发的进程中才能获取到证书;格式为 x509 格式,可使用 openssl_x509_parse 函数获取到证书信息;

-当使用 dispatch_mode = 1/3 配置时,考虑到这种数据包分发策略用于无状态服务,当连接断开后相关信息会直接从内存中删除,所以 Server->getClientInfo 是获取不到相关连接信息的。

array(7) {
["reactor_id"]=>
int(3)
["server_fd"]=>
int(14)
["server_port"]=>
int(9501)
["remote_port"]=>
int(19889)
["remote_ip"]=>
string(9) "127.0.0.1"
["connect_time"]=>
int(1390212495)
["last_time"]=>
int(1390212760)
}

返回值释义:

getClientList():遍历当前 Server 所有的客户端连接,Server::getClientList 方法是基于共享内存的,不存在 IOWait,遍历的速度很快。另外 getClientList 会返回所有 TCP 连接,而不仅仅是当前 Worker 进程的 TCP 连接。别名是 Swoole\Server->connection_list()

Swoole\Server->getClientList(int $start_fd = 0, int $pageSize = 10): bool|array

$start_fd:指定起始 fd

$pageSize:每页取多少条,最大不得超过 100

返回值:调用成功将返回一个数字索引数组,元素是取到的 $fd。数组会按从小到大排序。最后一个 $fd 作为新的 start_fd 再次尝试获取;调用失败返回 false。

注意:
-推荐使用 Server::$connections 迭代器来遍历连接
-getClientList 仅可用于 TCP 客户端,UDP 服务器需要自行保存客户端信息
-SWOOLE_BASE 模式下只能获取当前进程的连接

示例:

$start_fd = 0;
while (true) {
$conn_list = $server->getClientList($start_fd, 10);
if ($conn_list === false or count($conn_list) === 0) {
echo "finish\n";
break;
}
$start_fd = end($conn_list);
var_dump($conn_list);
foreach ($conn_list as $fd) {
$server->send($fd, "broadcast");
}
}

stats():得到当前 Server 的活动 TCP 连接数,启动时间等信息,accept/close(建立连接 / 关闭连接) 的总次数等信息。

Swoole\Server->stats(): array
array(12) {
["start_time"]=>
int(1580610688)
["connection_num"]=>
int(1)
["accept_count"]=>
int(1)
["close_count"]=>
int(0)
["worker_num"]=>
int(1)
["idle_worker_num"]=>
int(1)
["tasking_num"]=>
int(0)
["request_count"]=>
int(1)
["worker_request_count"]=>
int(1)
["worker_dispatch_count"]=>
int(1)
["task_idle_worker_num"]=>
int(1)
["coroutine_num"]=>
int(1)
}

返回值释义:

heartbeat():与 heartbeat_check_interval 的被动检测不同,此方法主动检测服务器所有连接,并找出已经超过约定时间的连接。如果指定 if_close_connection,则自动关闭超时的连接。未指定仅返回连接的 fd 数组。

Swoole\Server->heartbeat(bool $ifCloseConnection = true): bool|array

$ifCloseConnection:是否关闭超时的连接

返回值:调用成功将返回一个连续数组,元素是已关闭的 $fd;调用失败返回 false

getLastError():获取最近一次操作错误的错误码。业务代码中可以根据错误码类型执行不同的逻辑。

Swoole\Server->getLastError(): int

返回值:

confirm():确认连接,与 enable_delay_receive 配合使用。当客户端建立连接后,并不监听可读事件,仅触发 onConnect 事件回调,在 onConnect 回调中执行 confirm 确认连接,这时服务器才会监听可读事件,接收来自客户端连接的数据。此方法一般用于保护服务器,避免收到流量过载攻击。当收到客户端连接时 onConnect 函数触发,可判断来源 IP,是否允许向服务器发送数据。

Swoole\Server->confirm(int $fd)

$fd:连接的唯一标识符

返回值:确认成功返回 true;$fd 对应的连接不存在、已关闭或已经处于监听状态时,返回 false,确认失败

示例:

//创建Server对象,监听 127.0.0.1:9501端口
$serv = new Swoole\Server("127.0.0.1", 9501);
$serv->set([
'enable_delay_receive' => true,
]); //监听连接进入事件
$serv->on('Connect', function ($serv, $fd) {
//在这里检测这个$fd,没问题再confirm
$serv->confirm($fd);
}); //监听数据接收事件
$serv->on('Receive', function ($serv, $fd, $from_id, $data) {
$serv->send($fd, "Server: ".$data);
}); //监听连接关闭事件
$serv->on('Close', function ($serv, $fd) {
echo "Client: Close.\n";
}); //启动服务器
$serv->start();

getWorkerId():获取当前 Worker 进程 id(非进程的 PID),和 onWorkerStart 时的 $workerId 一致

Swoole\Server->getWorkerId(): int|false

getWorkerPid():获取当前 Worker 进程 PID

Swoole\Server->getWorkerPid(): int|false

getWorkerStatus():获取 Worker 进程状态

Swoole\Server->getWorkerStatus(int $worker_id): int|false

$worker_id:Worker 进程 id

返回值:返回 Worker 进程状态值,不是 Worker 进程或者进程不存在返回 false

getManagerPid():获取当前服务的 Manager 进程 PID

Swoole\Server->getManagerPid(): int

getMasterPid():获取当前服务的 Master 进程 PID

Swoole\Server->getMasterPid(): int

4、事件

onPipeMessage:当工作进程收到由 $server->sendMessage() 发送的 unixSocket 消息时会触发 onPipeMessage 事件。worker/task 进程都可能会触发 onPipeMessage 事件

function onPipeMessage(Swoole\Server $server, int $src_worker_id, mixed $message);

$server:Swoole\Server 对象

$src_worker_id:消息来自哪个 Worker 进程

$message:消息内容,可以是任意 PHP 类型

onBeforeReload:Worker 进程 Reload 之前触发此事件,在 Manager 进程中回调

function onBeforeReload(Swoole\Server $server);

$server:Swoole\Server 对象

onAfterReload:Worker 进程 Reload 之后触发此事件,在 Manager 进程中回调

function onAfterReload(Swoole\Server $server);

$server:Swoole\Server 对象

事件执行顺序说明:

-所有事件回调均在 $server->start 后发生
-服务器关闭程序终止时最后一次事件是 onShutdown
-服务器启动成功后,onStart/onManagerStart/onWorkerStart 会在不同的进程内并发执行
-onReceive/onConnect/onClose 在 Worker 进程中触发
-Worker/Task 进程启动 / 结束时会分别调用一次 onWorkerStart/onWorkerStop
-onTask 事件仅在 task 进程中发生
-onFinish 事件仅在 worker 进程中发生
-onStart/onManagerStart/onWorkerStart 3 个事件的执行顺序是不确定的

终于整理完了,发现还挺多。以上就是在之前章节中没有提到的,但是使用频率比较高的函数事、事件、属性、配置。异步风络的TCP服务器到这里告一段落。请大家继续关注之后的swoole章节

---------------------------  我是可爱的分割线  ----------------------------

最后博主借地宣传一下,漳州编程小组招新了,这是一个面向漳州青少年信息学/软件设计的学习小组,有意向的同学点击链接,联系我吧。

Swoole从入门到入土(7)——TCP服务器[大杂烩]的更多相关文章

  1. 【Swoole】简单安装与创建TCP服务器

    pecl install swoole PHP的异步.并行.高性能网络通信引擎,使用纯C语言编写,提供了php语言的异步多线程服务器,异步TCP/UDP网络客户端,异步MySQL,异步Redis,数据 ...

  2. php的异步非阻塞swoole模块使用(一)实现简易tcp服务器--服务端

    绑定tcp服务器的地址 $swserver = new swoole_server("127.0.0.1",9501); 设置tcp服务器装机容量(太危言耸听了-其实就是设置属性) ...

  3. HTTP从入门到入土(3)——TCP三次握手

    TCP三次握手 客户端与服务器之间互相发送HTTP请求响应之前需要先进行TCP连接,因为HTTP是一个无连接.无状态协议,不存在连接的概念,只有请求和响应的概念.而请求和响应实际上只是数据包,他们需要 ...

  4. php的异步非阻塞swoole模块使用(一)实现简易tcp服务器--客户端

    //实例化一个swoole客户端 $swclient = new swoole_client(SWOOLE_SOCK_TCP); //建立连接---如果连接无效则退出 )){ echo "连 ...

  5. Swoole学习(七)Swoole之异步TCP服务器的创建

    环境:Centos6.4,PHP环境:PHP7 <?php //创建TCP服务器 /** * $host 是swoole需要监听的ip,如果要监听本地,不对外服务,那么就是127.0.0.1;如 ...

  6. Swoole学习(二)Swoole之TCP服务器的创建

    环境:Centos6.4,PHP环境:PHP7 <?php //创建TCP服务器 /** * $host 是swoole需要监听的ip,如果要监听本地,不对外服务,那么就是127.0.0.1;如 ...

  7. swoole 创建tcp服务器

    server.php <?php /** * 创建tcp服务器 * Date: 2019/1/15 */ $serv = new swoole_server('127.0.0.1', 9501) ...

  8. Swoole系列(三):建立TCP服务器并发送数据测试

    <?php // 建立tcp服务器下 $host = '0.0.0.0'; $port = 9501; $serv = new swoole_server($host,$port); $serv ...

  9. 18-ESP8266 SDK开发基础入门篇--TCP 服务器 RTOS版,串口透传,TCP客户端控制LED

    https://www.cnblogs.com/yangfengwu/p/11112015.html 先规定一下协议 aa 55 02 01 F1 4C 控制LED点亮  F1 4C为CRC高位和低位 ...

  10. 17-ESP8266 SDK开发基础入门篇--TCP服务器 RTOS版,小试牛刀

    https://www.cnblogs.com/yangfengwu/p/11105466.html 现在开始写... lwip即可以用socket 的API  也可以用 netconn  的API实 ...

随机推荐

  1. WebApi使用Swagger

    services.AddSwaggerGen(c => { c.SwaggerDoc("v1", new OpenApiInfo { Title = "My API ...

  2. 3 分钟了解 NVIDIA 新出的 H200

    英伟达在 2023 年全球超算大会上发布了备受瞩目的新一代 AI 芯片--H200 Tensor Core GPU.相较于上一代产品 H100,H200 在性能上实现了近一倍的提升,内存容量翻倍,带宽 ...

  3. [转帖]总成本降低80%,支付宝使用OceanBase的历史库实践

    https://open.oceanbase.com/blog/5377309696 为解决因业务增长引发的数据库存储空间问题,支付宝基于 OceanBase 数据库启动历史库项目,通过历史数据归档. ...

  4. [转帖]Linux nice和renice命令:改变进程优先级

    https://c.biancheng.net/view/1074.html 当 Linux 内核尝试决定哪些运行中的进程可以访问 CPU 时,其中一个需要考虑的因素就是进程优先级的值(也称为 nic ...

  5. [转帖]Linux中的inode到底是什么

    https://www.jianshu.com/p/6aa4d7ef17de inode 是什么? 要了解 Linux 操作系统上的 inode 前,我们先来说说 Linux操作系统上的文件.对于 L ...

  6. [转帖]Linux磁盘I/O(二):使用vm.dirty_ratio和vm.dirty_background_ratio优化磁盘性能

    文件缓存是一项重要的性能改进,在大多数情况下,读缓存在绝大多数情况下是有益无害的(程序可以直接从RAM中读取数据).写缓存比较复杂,Linux内核将磁盘写入缓存,过段时间再异步将它们刷新到磁盘.这对加 ...

  7. SQLServer 隔离级别的简单学习

    SQLServer 隔离级别的简单学习 背景 上周北京一个项目出现了卡顿的现象. 周末开发测试加紧制作测试发布了补丁,但是并没有好转. 上周四时跟研发訾总简单沟通过, 怀疑是隔离级别有关系.但是不敢确 ...

  8. Windows 磁盘部分性能数据获取

    Windows 磁盘部分性能数据获取 摘要 每次晚上加班总有收获 这次发现了一个fio for windows版本的压测程序, 准备学习和使用一下. https://github.com/axboe/ ...

  9. top的简单学习

    获取当前进程的全部线程 jps 获取jvm的进程信息. top -Hp $pid -bn 1 > 1.txt 可以获取当前特定进程的所有子进程. 注意linux与Windows的不太一样. li ...

  10. Redislabs的简单使用与benchmark测试结果

    Redislabs的简单使用与benchmark测试结果 自己的理解 仅是理解. 没有看过源码 哨兵可以实现高可用, 但是对高吞吐是没有太大帮助的. 虽然可以实现主写从读, 但是在高并发的场景下延迟肯 ...