Linux:信号

news2024/9/22 17:33:23

目录

1.信号

2.信号的过程

a.信号的产生

1:键盘产生, 异常产生

2:系统调用产生信号

3.软件条件产生信号

4.硬件异常产生信号

b.信号的发送

c.信号的处理

d.总结与思考

3.信号保存

1.信号及其它相关常见概念

2.在内核中的表示

3.sigset_t

4. 信号集操作函数

4.信号的捕捉

1.信号捕捉流程图

2.sigaction

3.可重入函数

5.代码编写

1.signal函数

2.alarm定时器

3.信号的保存(信号集操作函数)

4.信号的捕捉

5.sigchild

补充

核心转储

volatile

1.信号

1.1.信号的概念

1.1.1什么是linux信号?

本质是一种通知机制， 用户或者OS，通过发送一定的信号，通知进程某些事情已经发生，你可以在后续进行处理, 信号是进程之间事件异步通知的一种方式，属于软中断

1.1.2信号的结论

a.进程要处理信号，必须具备信号 “识别” 的能力（看到 + 处理）

b.凭什么进程能够 “识别” 信号？ 程序员！

c.信号产生式随机的，进程可能在忙别的事情，信号的处理可能不是立即处理

d.信号会临时记录下对应的信号，方便后续处理

e.信号什么时候处理？合适的时候

g.信号的产生相对于进程式异步的（一般而言）

1.2为什么要有信号？

可以根据收到的信号~~>执行相应的操作

1.3信号的使用

用kill -l命令可以察看系统定义的信号列表

普通信号 , 实时信号(编号34以上)

9,18,19信号是管理员信号,它们无法被进程阻塞或忽略

2.信号的过程

产生 ~~> 发送 ~~> 处理

a.信号的产生

1:键盘产生, 异常产生

2:系统调用产生信号

--kill接口

头文件:  <signal.h>
函数: int kill(pid_t pid, int signo);
功能: 向指定进程发送指定信号

--raise接口: 向自己发送指定的信号     (头文件:signal.h)

头文件:  <signal.h>
函数: int raise(int signo);
功能: 给当前进程发送指定的信号(自己给自己发信号)

--abort接口: 自己终止自己(发送确认)   (头文件:stdlib.h)

头文件:<stdlib.h> 
函数:void abort(void);
功能:abort函数使当前进程接收到信号而异常终止

通过系统调用接口,向进程发送信号

3.软件条件产生信号

--管道:SIGPIPE是一种由软件条件产生的信号, 如:管道的读端不再读且关闭了,写端再写没有意义,OS会自动终止对应的写端进程(通过发送信号的方式,SIGPIPE)

--alarm:seconds秒之后给当前进程被SIGALRM信号终止。

头文件:<unistd.h>
函数: unsigned int alarm(unsigned int seconds); 
功能:告诉内核在seconds秒之后给当前进程发SIGALRM信号, 该信号的默认处理动作是终止当前进程。

4.硬件异常产生信号

--除0异常(进行计算的是cpu这个硬件)

CPU的运算单元会产生异常,内核将这个异常解释 为SIGFPE信号发送给进程

--野指针或者越界问题(使用指针需要找到目标未知,将虚拟地址转换为物理地址,通过MMU)

MMU会产生异常,内核将这个异常解释为SIGSEGV信号发送给进程。

--异常的检测:cpu内部是有记存器的, 状态寄存器, 有对应的状态标记位, 有溢出标记为, OS会自动进行执行完毕的检测!

硬件异常被硬件以某种方式被硬件检测到并通知内核,然后内核向当前进程发送适当的信号

b.信号的发送

由OS识别, 解释, 发送

c.信号的处理

  1. 默认 （程序自带，程序员写好的）
  2. 忽略
  3. 自定义动作（捕捉信号）
功能:通过回调的方式,修改捕捉信号对应的方法
头文件:#include<signal.h>
函数:sighandler_t signal(int signum, sighandler_t handler); //回调函数
     typedef void (*sighandler_t)(int);  //函数指针

d.总结与思考

所有的信号, 有它的来源, 但最总全部都是被OS识别, 解释, 并发送的

1.上面所说的所有信号产生，最终都要有OS来进行执行，为什么?

因为OS是进程的管理者

2.信号的处理是否是立即处理的？

在合适的时候

3.信号如果不是被立即处理，那么信号是否需要暂时被进程记录下来？记录在哪里最合适呢？

PCB对应的信号位图当中

4.一个进程在没有收到信号的时候，能否能知道，自己应该对合法信号作何处理呢？

能,程序员已经写好

5.如何理解OS向进程发送信号？能否描述一下完整的发送处理过程？

OS去修改位图: 根据编号~~>修改比特位~~>比特位由0置1就完成了信号的发送

--系统调用

用户调用系统接口->执行OS对应的系统调用代码->OS提取参数或设置特定数值->
OS向目标进程写信号->修改对应进程信号标记为->进行后续会处理信号->执行对应处理动作

--如何理解信号发送的本质？

信号位图是在task_struct ->tasj_struct 内核数据结构 ~> OS

信号发送的本质： OS向目标进程写信号 ，OS直接修改pcb中指定的位图结构，完成 “发送” 信号的过程

--如何理解信号被进程保存？

a.什么信号 b.怎么产生 ~~>进程必须具有保存信号的相关数据结构（位图）
PCB内部保存了信号位图字段

--信号处理的常见方式

a.默认 （程序自带，程序员写好的）b.忽略 c.自定义动作（捕捉信号）

--如何理解组合键变成信号?

键盘的工作方式是通过中断方式进行的,当然也能够识别组合键
OS解释组合键 ~>查找进程列表 ~> 前台运行的进程 ~> OS写入对应的信号到进程内部的位图结构中

3.信号保存

1.信号及其它相关常见概念

  • 实际执行信号的处理动作称为信号递达(Delivery)
  • 信号从产生到递达之间的状态,称为信号未决(Pending)。
  • 进程可以选择阻塞 (Block )某个信号。
  • 被阻塞的信号产生时将保持在未决状态,直到进程解除对此信号的阻塞,才执行递达的动作.
  • 注意,阻塞和忽略是不同的,只要信号被阻塞就不会递达,而忽略是在递达之后可选的一种处理动作

2.在内核中的表示

  • 每个信号都有两个标志位分别表示阻塞(block)和未决(pending),还有一个函数指针表示处理动作。信号产生时,内核在进程控制块中设置该信号的未决标志,直到信号递达才清除该标志。在上图的例子中,SIGHUP信号未阻塞也未产生过,当它递达时执行默认处理动作。
  • SIGINT信号产生过,但正在被阻塞,所以暂时不能递达。虽然它的处理动作是忽略,但在没有解除阻塞之前,不能忽略这个信号,因为进程仍有机会改变处理动作之后再解除阻塞。
  • SIGQUIT信号未产生过,一旦产生SIGQUIT信号将被阻塞,它的处理动作是用户自定义函数sighandler。如果在进程解除对某信号的阻塞之前这种信号产生过多次,将如何处理?POSIX.1允许系统递送该信号一次或多次。Linux是这样实现的:常规信号在递达之前产生多次只计一次,而实时信号在递达之前产生多次可以依次放在一个队列里

3.sigset_t

从上图来看,每个信号只有一个bit的未决标志,非0即1,不记录该信号产生了多少次,阻塞标志也是这样表示的。

因此,未决和阻塞标志可以用相同的数据类型sigset_t来存储,sigset_t称为信号集,这个类型可以表示每个信号的“有效”或“无效”状态,

在阻塞信号集中“有效”和“无效”的含义是该信号是否被阻塞,而在未决信号集中“有效”和“无效”的含义是该信号是否处于未决状态

4. 信号集操作函数

sigset_t类型对于每种信号用一个bit表示“有效”或“无效”状态,至于这个类型内部如何存储这些bit则依赖于系统实现,从使用者的角度是不必关心的,使用者只能调用以下函数来操作sigset_ t变量,而不应该对它的内部数据做任何解释,比如用printf直接打印sigset_t变量是没有意义的

#include <signal.h>
int sigemptyset(sigset_t *set);
int sigfillset(sigset_t *set);
int sigaddset (sigset_t *set, int signo);
int sigdelset(sigset_t *set, int signo);
//这四个函数都是成功返回0,出错返回-1。

int sigismember（const sigset_t *set, int signo);
//sigismember是一个布尔函数,用于判断一个信号集的有效信号中是否包含某种信号
//若包含则返回1,不包含则返回0,出错返回-1
  • 函数sigemptyset初始化set所指向的信号集,使其中所有信号的对应bit清零,表示该信号集不包含 任何有效信号。
  • 函数sigfillset初始化set所指向的信号集,使其中所有信号的对应bit置位,表示该信号集的有效信号包括系统支持的所有信号。
  • 注意,在使用sigset_ t类型的变量之前,一定要调 用sigemptyset或sigfillset做初始化,使信号集处于确定的状态。初始化sigset_t变量之后就可以在调用sigaddset和sigdelset在该信号集中添加或删除某种有效信号

sigprocmask

功能:调用函数sigprocmask可以读取或更改进程的信号屏蔽字(阻塞信号集)。
头文件:#include <signal.h>
函数:int sigprocmask(int how, const sigset_t *set, sigset_t *oset);
返回值:若成功则为0,若出错则为-1
  • 如果oset是非空指针,则读取进程的当前信号屏蔽字通过oset参数传出。
  • 如果set是非空指针,则 更改进程的信号屏蔽字,参数how指示如何更改。
  • 如果oset和set都是非空指针,则先将原来的信号 屏蔽字备份到oset里,然后根据set和how参数更改信号屏蔽字。假设当前的信号屏蔽字为mask,下表说明了how参数的可选值。

how参数的可选值:

sigpending

功能:读取当前进程的未决信号集,通过set参数传出
头文件:#include <signal.h>
函数:int sigpending(sigset_t *set);
返回值:调用成功则返回0,出错则返回-1

4.信号的捕捉

1.信号捕捉流程图

信号产生以后可能无法立即处理,在合适的时候处理(从内核态返回用户态的时候)

如果信号的处理动作是用户自定义函数,在信号递达时就调用这个函数,这称为捕捉信号。由于信号处理函数的代码是在用户空间的,处理过程比较复杂,

举例如下: 用户程序注册了SIGQUIT信号的处理函数sighandler.

  1. 当前正在执行main函数,这时发生中断或异常切换到内核态。
  2. 在中断处理完毕后要返回用户态的main函数之前检查到有信号SIGQUIT递达。
  3. 内核决定返回用户态后不是恢复main函数的上下文继续执行,而是执行sighandler函 数,sighandler和main函数使用不同的堆栈空间,它们之间不存在调用和被调用的关系,是两个独立的控制流程。
  4. sighandler函数返回后自动执行特殊的系统调用sigreturn再次进入内核态。如果没有新的信号要递达
  5. 这次再返回用户态就是恢复main函数的上下文继续执行了

用户态与内核态

CPU寄存器有2套,一套可见,一套不可见,CR3->表示当前CPU的执行权限: 1内核态 3用户态

我们凭什么有权利执行OS的代码? 根据我们是用户态还是内核态

内核也是在所有进程地址空间上下文中跑得

int80用来切换内核态和用户态(调相关系统接口)

2.sigaction

功能:可以读取和修改与指定信号相关联的处理动作
头文件:#include <signal.h>
函数int sigaction(int signo,const struct sigaction *act,struct sigaction *oact);
返回值:用成功则返回0,出错则返回-1
  • signo是指定信号的编号。若act指针非空,则根据act修改该信号的处理动作。若oact指针非空,则通过oact传出该信号原来的处理动作。act和oact指向sigaction结构体
  • 将sa_handler赋值为常数SIG_IGN传给sigaction表示忽略信号,赋值为常数SIG_DFL表示执行系统默认动作,赋值为一个函数指针表示用自定义函数捕捉信号,或者说向内核注册了一个信号处理函数,该函数返回值为void,可以带一个int参数,通过参数可以得知当前信号的编号,这样就可以用同一个函数处理多种信号。显然,这也是一个回调函数,不是被main函数调用,而是被系统所调用

--处理信号的时候,执行自定义动作,如果在处理信号期间,又来了同样的信号,OS如何处理?(本质:为什么要有block)

某个信号的处理函数被调用时,内核自动将当前信号加入进程的信号屏蔽字,当信号处理函数返回时自动恢复原来的信号屏蔽字,这样就保证了在处理某个信号时,如果这种信号再次产生,那么 它会被阻塞到当前处理结束为止。如果在调用信号处理函数时,除了当前信号被自动屏蔽之外,还希望自动屏蔽另外一些信号,则用sa_mask字段说明这些需要额外屏蔽的信号,当信号处理函数返回时自动恢复原来的信号屏蔽字。 sa_flags字段包含一些选项

3.可重入函数

一个函数如果被多个执行流重复进入了, 不会出问题, 就叫可重入函数 , 反之就叫不可重入函数

5.代码编写

1.signal函数

#include <iostream>
#include <signal.h>
#include <unistd.h>
using namespace std;

void catchsig(int signum)
{
    cout << "捕捉到一个信号: " << signum << "Pid: " << getpid() << endl;
}

int main()
{
    // signal(2,fun);
    signal(SIGINT, catchsig); // 特定信号的处理动作一般只有一个
    // signal函数,仅仅是修改进程对待特定信号的后续处理动作,不是直接调用函数

    while (true)
    {
        cout << "Runing , Pid: " << getpid() << endl;
        sleep(1);
    }

    return 0;
}

效果:

2.alarm定时器

设置一个闹钟,1s后会向进程发送SIGALRM信号

捕捉这个信号,改为执行部分功能,并重新设置一个闹钟(catchsig)

使用vector存放函数指针,catchsig中,执行里面的函数

代码:

3.信号的保存(信号集操作函数)

1.如果我们对所有的信号都进行了自定义捕捉--我们是不是就写了一个不会被异常或者用户杀掉的进程?

并不是, 操作系统的设计者也考虑了~~>9号信号--管理员信号-->无法设定自定义捕捉动作

2.如果我们将2号信号block,并且不断的获取并打印当前进程的pending信号集, 并突然发送一个2号信号,我们是不是可以看到pending信号集中, 有一个比特位0~>1

#include <iostream>
#include <signal.h>
#include <unistd.h>
#include <cassert>

static void showPending(sigset_t pending)
{
    for (int sig = 1; sig <= 31; sig++)
    {
        if (sigismember(&pending, sig))
            std::cout << "1";
        else
            std::cout << "0";
    }
    std::cout << std::endl;
}

void handler(int signum)
{
    std::cout << "捕捉了一个信号: " << signum << std::endl;
}

int main()
{
    signal(2, handler);
    // 1.定义信号集对象
    sigset_t bset, obset;
    sigset_t pending;
    // 2.初始化
    sigemptyset(&bset);
    sigemptyset(&obset);
    sigemptyset(&pending);
    // 3.添加要屏蔽的信号
    sigaddset(&bset, 2);
    // 4.设置set到对应进程内部(默认情况,进程不会对任何信号进行block)
    int n = sigprocmask(SIG_BLOCK, &bset, &obset);
    assert(n == 0);
    (void)n;
    std::cout << "block 2号信号成功, pid: " << getpid() << std::endl;
    // 5.重复打印当前进程的pending信号集
    int count = 0;
    while (true)
    {
        // 获取当前进程的pending信号集
        sigpending(&pending);
        // 显示pending信号集中,没有被递达的信号
        showPending(pending);
        sleep(1);
        count++;
        if (count == 15)
        {
            // 默认情况下,恢复对于2号信号的block的时候,进行递达,
            // 但是2号信号的默认处理动作是终止进程
            // 需要对2号信号捕捉
            int n = sigprocmask(SIG_SETMASK, &obset, nullptr);
            assert(n == 0);
            (void)n;
            std::cout << "解除2号信号block成功" << std::endl;
        }
    }

    return 0;
}

​​​​​​​

3.如果我们对所有的信号进行block--我们是不是就写了一个不会被异常或者用户杀掉的进程?

  1. SIGKILL (9): 这是用来强制终止进程的信号，它可以无视进程的阻塞状态直接终止进程。

  2. SIGSTOP (19): 发送这个信号会暂停目标进程的执行，无法被阻塞。

  3. SIGCONT (18): 发送这个信号会恢复已经被暂停的进程

这些信号的特殊性在于它们无法被进程阻塞或忽略，甚至在进程安装了信号处理函数（signal handler）进行处理时也不例外。这确保了在需要强制终止或暂停进程时能够始终生效。

4.信号的捕捉

#include <iostream>
#include <signal.h>
#include <unistd.h>
using namespace std;

void handler(int signum)
{
    cout << "获取了一个信号:" << signum << endl;
}

int main()
{
    struct sigaction act, oact;
    act.sa_flags = 0;
    sigemptyset(&act.sa_mask);
    act.sa_handler = handler;

    // 设置进当前进程的PCB中
    sigaction(2, &act, &oact);

    cout << "default action:" << (int)oact.sa_handler << endl;

    while (1) sleep(1);
    return 0;
}

5.sigchild

SIGCHLD 是一个由操作系统发送给父进程的信号，用于通知父进程一个子进程已经终止或暂停。当一个子进程变为僵尸进程（zombie process）时，操作系统将会发送 SIGCHLD 信号给父进程。父进程可以通过捕获 SIGCHLD 信号并调用 wait() 或 waitpid() 等函数来处理子进程的终止状态，避免僵尸进程的积累。

#include <iostream>
#include <unistd.h>
#include <signal.h>
using namespace std;

void handler(int signum)
{
    cout << "获取到了一个信号: " << signum << endl;
}

int main()
{
    signal(SIGCHLD, handler);
    if (fork() == 0)
    {
        sleep(1);
        exit(1);
    }

    while (true)
        sleep(1);
    return 0;
}

子进程退出后,父进程收到信号(父进程对其捕捉)

--不想等待子进程 + 子进程退出之后, 自动释放僵尸子进程:SIG_IGN

#include <iostream>
#include <unistd.h>
#include <signal.h>
using namespace std;

int main()
{
    //不想等待子进程 + 子进程退出之后, 自动释放僵尸子进程
    signal(SIGCHLD,SIG_IGN);

    if (fork() == 0)
    {
        cout << "child: " << getpid() << endl;
        sleep(5);
        exit(0);
    }

    while (1)
    {
        cout << "parent:" << getpid() << "执行自己的任务"<< endl;
        sleep(1);
    }
}

OS默认的忽略 ~~> 不回收子进程(忽略程度较低, OS拿不准是否真的忽略)

用户使用忽略~~>告诉OS需要忽略~~>回收子进程

补充

核心转储

--core dump标志: 代表是否发生了核心转储

--核心转储:当接受到信号退出的时候(进程出现某种异常), 将数据dump到磁盘上-->主要是为了调试

一般而言,云服务器(生产环境)的核心转储是被关闭的,(可用ulimit -a 查看当前环境的资源配置)

原因:若写的服务出现异常，且机器自带重启，没过多久，磁盘上就会充满dump来的数据

volatile

作用: 避免编译器优化,让内存中的flag不可见

编译器有时候会自动给我们的代码进行优化:在main函数中没有任何语句是修改flag的,程序启动的时候,直接将flag的值放入CPU中的edx中,while循环做检测的时候,直接检测edx中的(不再检测内存中的flag), 下面这段代码修改的是内存中的flag, 但是检测的是edx中的

加上volatile,可避免编译器的优化

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1381220.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

C#基于ScottPlot进行可视化

C#基于ScottPlot进行可视化

前言 上一篇文章跟大家分享了用NumSharp实现简单的线性回归&#xff0c;但是没有进行可视化&#xff0c;可能对拟合的过程没有直观的感受&#xff0c;因此今天跟大家介绍一下使用C#基于Scottplot进行可视化&#xff0c;当然Python的代码&#xff0c;我也会同步进行可视化。 P…
阅读更多...
【SQL注入】SQLMAP v1.7.11.1 汉化版

【SQL注入】SQLMAP v1.7.11.1 汉化版

下载链接 【SQL注入】SQLMAP v1.7.11.1 汉化版 简介 SQLMAP是一款开源的自动化SQL注入工具&#xff0c;用于扫描和利用Web应用程序中的SQL注入漏洞。它在安全测试领域被广泛应用&#xff0c;可用于检测和利用SQL注入漏洞&#xff0c;以验证应用程序的安全性。 SQL注入是一种…
阅读更多...
脱离于ASP.NET 和Visual Studio编辑Razor脚本

脱离于ASP.NET 和Visual Studio编辑Razor脚本

Razor Pad是一个编辑Razor脚本的工具&#xff0c;脱离于ASP.NET 和Visual Studio。 github地址&#xff1a;https://github.com/RazorPad/RazorPad 如果在编译源码时出现&#xff1a;签名时出错: 未能对 bin\Debug\app.publish\RazorPad.exe 签名。SignTool Error: No certifi…
阅读更多...
myql进阶-一条查询sql在mysql的执行过程

myql进阶-一条查询sql在mysql的执行过程

目录 1. 流程图 2. 各个过程 2.1 连接器 2.2 分析器 2.3 优化器 2.4 执行器 2.5 注意点 1. 流程图 2. 各个过程 假设我们执行一条sql语句如下&#xff1a; select * from t_good where good_id 1 2.1 连接器 首先我们会和mysql建立连接&#xff0c;此时就会执行到连接…
阅读更多...
Java+Mysql存储过程生成订单序列号

Java+Mysql存储过程生成订单序列号

Mysql存储过程生成唯一订单号 直接上代码&#xff01;&#xff01; 1.创建存储过程 CREATE DEFINERrootlocalhost PROCEDURE getOrderSerialNo(# 前缀in orderPrefix varchar(64), # 返回结果out result int) BEGIN# 当前流水号declare curOrderNo int;# 默认值为0declare e…
阅读更多...
【问题探讨】基于非支配排序的蜣螂优化算法NSDBO求解微电网多目标优化调度研究

【问题探讨】基于非支配排序的蜣螂优化算法NSDBO求解微电网多目标优化调度研究

目录 主要内容 模型研究 结果一览 下载链接 主要内容 该模型以环境保护成本和运行成本为双目标构建了微电网优化调度模型&#xff0c;模型目标函数和约束条件复现文献《基于改进粒子群算法的微电网多目标优化调度》&#xff0c;程序的特点是采用非支配排序的蜣螂…
阅读更多...
学习selenium+python使用 XPath 表达式来实现找到目标元素时智能封装等待，执行测试代码启动Chrome浏览器后，地址栏只显示data；

学习selenium+python使用 XPath 表达式来实现找到目标元素时智能封装等待，执行测试代码启动Chrome浏览器后，地址栏只显示data；

背景 学习使用 XPath 表达式来实现找到目标元素时智能封装等待执行测试代码启动Chrome浏览器后&#xff0c;地址栏只显示data&#xff1b; 代码如下 import unittest from selenium import webdriver from selenium.common.exceptions import NoSuchElementException from …
阅读更多...
Java SE入门及基础（11）

Java SE入门及基础（11）

程序调试 1. 什么是程序调试 当程序出现问题时&#xff0c;我们希望程序能够暂停下来&#xff0c;然后通过我们操作使代码逐行执行&#xff0c;观察整个过程中变量的变化是否按照我们设计程序的思维变化&#xff0c;从而找问题并解决问题&#xff0c;这个过程称之为程序调试…
阅读更多...
ftp安装与配置 云服务器 CentOS7

ftp安装与配置 云服务器 CentOS7

1、FTP的安装 #安装 yum install -y vsftpd#设置开机启动 systemctl enable vsftpd.service#启动 systemctl start vsftpd.service#停止 systemctl stop vsftpd.service#查看状态 systemctl status vsftpd.service 2、配置FTP #修改前先进行备份文件 cp /etc/vsftpd/vsftpd…
阅读更多...
LeetCode264. 丑数 II(相关话题：多重指针动态规划)

LeetCode264. 丑数 II(相关话题：多重指针动态规划)

题目描述 给你一个整数 n &#xff0c;请你找出并返回第 n 个 丑数 。丑数 就是质因子只包含 2、3 和 5 的正整数。 示例 1&#xff1a; 输入&#xff1a;n 10 输出&#xff1a;12 解释&#xff1a;[1, 2, 3, 4, 5, 6, 8, 9, 10, 12] 是由前 10 个丑数组成的序列。示例 2&am…
阅读更多...
物联网协议Coap之Core和NetWork简介

物联网协议Coap之Core和NetWork简介

目录 前言 一、Coap的Core包 1、Coap对象 2、Message对象 3、Request对象 4、Response对象 二、Coap的NetWork调试 1、UDP运行模式 2、Network消息接收 3、Sender线程发送数据 三、总结 前言 在之前的博文中&#xff0c;对Californium中Coap的实现进行了简要的介绍&a…
阅读更多...
31 树的存储结构二

31 树的存储结构二

DIsplay() 递归显示 :图示 求树的高度时&#xff0c;递归的技巧 在递归的过程中&#xff1a;ret单独和任意一个子树的子高度比较&#xff0c;如果ret<max&#xff0c;retmax ------------- 注意&#xff1a;组织链表和子链表的【元素类型】都是TLNode* 链表都要先通过TLNod…
阅读更多...
Matlab数学建模算法之模拟退火算法（SA）详解

Matlab数学建模算法之模拟退火算法（SA）详解

&#x1f517; 运行环境&#xff1a;Matlab &#x1f6a9; 撰写作者&#xff1a;左手の明天 &#x1f947; 精选专栏&#xff1a;《python》 &#x1f525; 推荐专栏&#xff1a;《算法研究》 &#x1f510;#### 防伪水印——左手の明天 ####&#x1f510; &#x1f497; 大家…
阅读更多...
分布式事务：构建无障碍的云原生应用的完美解决方案

分布式事务：构建无障碍的云原生应用的完美解决方案

目录 一、前言 二、分布式事务概述 2.1 什么是分布式事务 2.2 分布式事务的挑战 2.3 分布式事务的分类 三、传统解决方案分析 3.1 两阶段提交协议&#xff08;2PC&#xff09; 3.2 三阶段提交协议&#xff08;3PC&#xff09; 3.3 补偿事务 3.4 其他传统解决方案 四…
阅读更多...
什么是梅尼埃病？

什么是梅尼埃病？

梅尼埃病&#xff08;Meniere’s Disease&#xff0c;MD&#xff09;作为耳鼻咽喉科常见的眩晕疾病&#xff0c;是一种原因不明的、以膜迷路积水为主要病理特征的内耳疾病&#xff0c;临床表现为反复的发作性眩晕、波动性听力下降、耳鸣和耳闷胀感&#xff0c;发病率约为5~20/1…
阅读更多...
paypal贝宝怎么绑卡支付

paypal贝宝怎么绑卡支付

一、PayPal是什么 PayPal是一个很多国家地区通用的支付渠道&#xff0c;我们可以把它理解为一项在线服务&#xff0c;相当于美国版的支付宝。你可以通过PayPal进行汇款和收款&#xff0c;相比传统的电汇和西联那类的汇款方式&#xff0c;PayPal更加简单和容易&#xff0c;被很…
阅读更多...
WebRTC入门：基础的核心协议与概念(二十三)

WebRTC入门：基础的核心协议与概念(二十三)

简介： CSDN博客专家，专注Android/Linux系统，分享多mic语音方案、音视频、编解码等技术，与大家一起成长！ 优质专栏：Audio工程师进阶系列【原创干货持续更新中……】🚀 优质专栏：多媒体系统工程师系列【原创干货持续更新中……】🚀 人生格言： 人生从来没有捷径，只…
阅读更多...
如何将.NET 8.0的ASP.NET Core Web API部署成Windows服务

如何将.NET 8.0的ASP.NET Core Web API部署成Windows服务

写在前面 前面写了一篇关于将.NET应用转换成Windows服务的方法&#xff0c;其实真正的目的是为了探索如何将Asp.Net Core Web Api 部署成Windows 服务。基于上一篇的基础&#xff0c;只需把创建 WebApplication 的代码放到 BackgroundService 的ExecuteAsync方法中即可。 其中…
阅读更多...
redis夯实之路-集群详解

redis夯实之路-集群详解

Redis有单机模式和集群模式。 集群是 Redis 提供的分布式数据库方案&#xff0c;集群通过分片( sharding )来实现数据共享&#xff0c;并提供复制和故障转移。集群模式可以有多个 master 。使用集群模式可以进一步提升 Redis 性能&#xff0c;分布式部署实现高可用性&#xff…
阅读更多...
快速了解——逻辑回归及模型评估方法

快速了解——逻辑回归及模型评估方法

一、逻辑回归 应用场景&#xff1a;解决二分类问题 1、sigmoid函数 1. 公式&#xff1a; 2. 作用&#xff1a;把 (-∞&#xff0c;∞) 映射到 (0&#xff0c; 1) 3. 数学性质&#xff1a;单调递增函数&#xff0c;拐点在x0&#xff0c;y0.5的位置 4. 导函数公式&#xff1a;f…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023