Linux进程间通信——管道实现实战;深度学习,探索管道接口、特性、情况

news2024/12/24 22:14:10

        前言:本节内容仍是管道, 上节内容我们学习了管道的原理。 这节内容将在原理的基础上, 讲解管道的编程, 特性,应用等等。 下面开始我们的学习吧。

        ps:本节内容需要了解一些管道的原理, 希望友友们了解管道管理后再来学习本节内容。

目录

管道的接口

管道的编码实现 

为什么不用静态进行进程间的通信

操作系统是否允许进程直接访问管道

管道的特性与情况

特性——父子进程可以进行协同,情况——读写正常,管道为空、 读端读取会造成读端阻塞

特性——管道是面向字节流的

特性——管道是基于文件的,文件的生命周期是随进程的。

情况——读写端正常, 管道如果被写满, 写端就要被阻塞

情况——读端正常读, 写端关闭,读端读到文件结尾, 不会被阻塞

情况——写端正常写入, 读端关闭,通过信号使写端进程退出


管道的接口

使用man手册查看pipe函数, pipe函数就是创建一个管道文件的接口——2号手册——man 2 pipe

参数是pipefd[2], 任何一个函数在进行形参设计的时候, 形参数组的参数不需要写(直接写一个指针), 但是这里为了提醒我们, 写成了一个2个元素的数组。 这是因为这个参数是一个输出型参数。 那么什么是输出型参数——就是把进程打开文件的文件描述符带出来, 让用户使用。 其中, 我们的pipefd[0]代表的是读端的fd, pipefd[1]代表的是写端的fd。 ——也就是说,未来不管我们的pipefd里面的文件描述符是多少。我们对应的pipefd[0]一定是我们的读端, 而我们的pipefd[1]一定是我们的写端。 

        下面看一下返回值:

返回值就是如果成功了, 0被返回, 如果失败了, -1被返回, 错误码被设置。

管道的编码实现 

1.我们要创建一个管道, 是不是要先创建一个管道文件。让进程里面的读写端指向管道文件。 而我们上面学习了pipe函数。 pipe函数可以完美的完成这个工作。 也就是下面这个图: 

我们的代码如下:

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

#define N 2

int main()
{
    int pipefd[N] = { 0 };  //定义一个pipefd, 用来当做pipe的输出型参数
    int n = pipe(pipefd);    //打开一个管道文件, 然后带出里面的退出码。
    if (n < 0) return 1;  //创建失败

    cout << "pipefd[0]:" << pipefd[0] << " " << ", pipefd[1]:" << pipefd[1] << endl;//打印pipefd[0]的值和pipefd[1]的值。


    return 0;
} 

运行结果, 就能看到当前进程的两个fd指向了这个管道, 并且3是读端, 4是写端。 

 

 2.接着我们要创建子进程, 然后关闭父进程和子进程的一端, 让他们各留一个读或者写端在这个管道上面进行通信。 如下图:(这里我们设计一个父进程读, 子进程写的管道)

int main()
{
    int pipefd[N] = { 0 };
    int n = pipe(pipefd);
    if (n < 0) return 1;  //创建失败

    //创建子进程
    pid_t id = fork();
    if (id < 0) return 2;//创建子进程失败
    else if (id == 0) //child
    {  
        //子进程写, 父进程读。 所以要关闭子进程的读入端, 关闭父进程的写入段。
        close(pipefd[0]);


        //核心代码
        
        //子进程结束后关闭写端
        close(pipefd[1]);
    }
    
    //父进程关闭写入端
    close(pipefd[1]);       

    //父进程核心代码
    

    //父进程结束后关闭读端
    close(pipefd[0]);                    

    return 0;
} 

上面这串代码就是创建子进程, 然后子进程关闭读入端, 父进程关闭写端。 子进程和父进程分别执行各自的代码。 然后完成工作后都关闭剩下的端口。 

3.然后我们定义一个写入接口。 writer, 这个写入接口的参数只有一个写入端口的文件fd。 ——也就是说, 这个writer是给我们的子进程用的, 我们的子进程可以在自己的核心代码这里调用writer, 然后传送自己拿到的pipefd[1]写入端口。就能够向管道中进行写入了。 

// #define NUM 1024   //缓冲区最大大小


void Writer(int wfd)
{
    string s = "hello, I am  child";
    pid_t self = getpid();  //获取自己的进程编号。 
    //写一些信息的时候, 带上编号
    int number = 0;
    
    //先定义缓冲区
    char buffer[NUM]; 
    while (true)
    {

        //构建发送字符串
        buffer[0] = 0; //字符串清空, 可以用来提醒阅读代码的人,这个是一个字符串
        //
        snprintf(buffer, sizeof(buffer), "%s-%d-%d", s.c_str(), self, number++);
        cout << "child buffer: " <<  buffer << endl; //测试代码, 能够查看我们的buffer里面的数据


        //发送/写入给父进程
        write(wfd, buffer, strlen(buffer));   //wfd是管道的文件描述符, 所以我们使用write里面传参wfd, 就能向管道里面写入数据。



        sleep(1);
    } 

}

这里有一个新的接口, 叫做snprintf

snprintf的用法就是将字符串, 按照固定的格式, 并且规定可以打印的最大长度, 然后 再打印到缓冲区。 

3.下面实现一下reader函数。read函数同样需要接受一个文件描述符, 用来从管道文件里面读取相应的数据。注:父进程使用的是reader函数。 

// //father
void Reader(int rfd)
{
    //创建buffer
    char buffer[NUM]; //NUM上面定义的是1024
    
    while (true)
    {
        sleep(5);

        buffer[0] = 0; //告诉全世界, 这是个字符串
        ssize_t n = read(rfd, buffer, sizeof(buffer)); //sizeof !=  strlen, 这里不能strlen(buffer), 因为buffer里面没有\0.
        if(n > 0) //说明读取成功
        {
            buffer[n] = 0; //在最后一个字符的后面添加一个\0。   
        }

        cout << "father: " << getpid() << ":" << buffer << endl;
    }

}

为什么不用静态进行进程间的通信

       现在, 有一个问题, 上面的又创建管道, 又写write, read函数。 是不是很麻烦。——如果我们直接将字符串string定义成为全局, 那么是不是就可以直接在子进程里面读到了, 就不需要创建管道文件了? 

        那么, 这个主要是因为, 我们通信的时候, 大多数时候通信的这些数据都是发生变化的, 比如我们发送消息的时候, 每一次消息都是变化的。 而我们的子进程在创建出来之后, 和父进程就是相互独立的。 如果我们的子进程的数据或者父进程的数据发生了修改,就会发生写时拷贝, 那么另一个进程并不会接受到这个数据。 所以不能使用静态变量

操作系统是否允许进程直接访问管道

        那么, 管道的本质上是文件, 文件的本质上是内核资源, 操作系统允许进程直接访问资源吗?

        不会的, 因为操作系统不相信任何人, 所以我们读写文件的时候必须使用read和write, 这两个都是系统调用。 上面的通信中, 我们的子进程的buffer, 其实就是我们的子进程的用户级缓冲区然后我们使用系统调用write, 将数据写到我们的wfd文件中去, 本质就是把用户级缓冲区的数据, 拷贝到文件缓冲区面。 然后我们的父进程的buffer, 其实就相当于父进程的用户级缓冲区, 而父进程就是使用read, 将我们的内核级缓冲区的内容, 加载到我们的用户级缓冲区中去

管道的特性与情况

特性——父子进程可以进行协同,情况——读写正常,管道为空、 读端读取会造成读端阻塞

我们写下面这个程序

#include<unistd.h>
#include<iostream>
#include<cstdio>
#include<cstdlib>
#include<sys/types.h>
#include<sys/wait.h>
#include<cstring>


using namespace std;
#include<string> 


#define N 2
#define NUM 1024   //缓冲区最大大小

//child
void Writer(int wfd)
{
    string s = "hello, I am  child";
    pid_t self = getpid();  //获取自己的进程编号。 
    //写一些信息的时候, 带上编号
    int number = 0;
    
    //先定义缓冲区
    char buffer[NUM]; 
    while (true)
    {
        sleep(1);
        //构建发送字符串
        buffer[0] = 0; //字符串清空, 可以用来提醒阅读代码的人,这个是一个字符串
        //
        snprintf(buffer, sizeof(buffer), "%s-%d-%d", s.c_str(), self, number++);
        //cout << buffer << endl; //测试

        //发送/写入给父进程
        write(wfd, buffer, strlen(buffer));   //这用不用加1, 不需要。  因为这里是管道文件。 是打印的内容。 不需要分隔符!
        // cout << number << endl;
    } 

}

// //father
void Reader(int rfd)
{
    //创建buffer
    char buffer[NUM]; //NUM上面定义的是1024
    
    while (true)
    {
        buffer[0] = 0; //告诉全世界, 这是个字符串
        ssize_t n = read(rfd, buffer, sizeof(buffer)); //sizeof !=  strlen, 这里不能strlen(buffer), 因为buffer里面没有\0.
        if(n > 0) //说明读取成功
        {
            buffer[n] = 0; //在最后一个字符的后面添加一个\0。   
        }

        cout << "father: " << getpid() << ":" << buffer << endl;
    }

 }


int main()
{
    int pipefd[N] = { 0 };
    int n = pipe(pipefd);
    if (n < 0) return 1;  //创建失败

    // cout << "pipefd[0]:" << pipefd[0] << " " << ", pipefd[1]:" << pipefd[1] << endl;

    //child->w, father->r;
    pid_t id = fork();
    if (id < 0) return 2;//创建子进程失败
    else if (id == 0) //child
    {  
        //子进程写, 父进程读。 所以要关闭子进程的读入端, 关闭父进程的写入段。
        close(pipefd[0]);

        //IPCcode
        Writer(pipefd[1]);

        close(pipefd[1]);
    }

    //父进程关闭写入端
    close(pipefd[1]);                           
    Reader(pipefd[0]);                     

    //父进程要等待子进程
    pid_t rid = waitpid(id, nullptr, 0); //父进程读取数据后,要等待子进程, 这里的退出码并不关心。 
    if (rid < 0) return 3;

    close(pipefd[0]);

    return 0;
} 

        为了验证这个特性, 我们要监控一下我们上面的程序, 这里用到了监控脚本

        在我们的想象之中,当父亲读取管道内数据的时候, 是不是一直向后读, 然后指针一直向后偏移。 但是如果我们没有向管道中写入过数据, 那么此时是不是管道内就是一堆乱码, 那么父进程读取的时候读取的是不是就是一堆乱码。 也就是说父进程会读取一堆垃圾上来。 而现在我们的子进程一秒写入一次, 但是父进程在疯狂的读取。那么我们的父进程根本不会等待子进程, 那么我们发现的结果就是, 子进程每隔一秒写一条消息。而父进程确实疯狂的向下读取, 然后我们打印读到的内容就是一串串乱码。——这是我们想象中的。

         而事实上呢, 我们的父进程并没有打印乱码,

很显然我们的父进程是要照顾子进程的, 那么,你给我写了一条消息, 我把消息读完了。 那么没有数据的时候, 我们的父进程就必须要等待我们的buffer有数据的时候再进行读取。  ——这个过程中, 父进程在等待的时候管道内是没有数据的, 也就是说, 父进程这个时候处于一个阻塞状态!!!——这, 就是管道的情况之一。

        那么我们再来看,假如我们的写端的sleep的秒数变为了5秒。 那么我们观察:

        就会发现, 我们的终端上面, 每五秒就会打印一次数据。 那么这说明什么? ——当我们写端1s写一次的时候, 读端默认一秒读一次;当我们写端5s写一次的时候, 读端又默认5s读一次。 这就说明, 我们的读端和写端是可以协同的!!!

        在我们的父子进程中, 父子在对同一个资源进行访问,我们知道, 父子进程的本质前提是需要让不同的进程, 看到同一份资源。 ——那么这一份资源,其实呢, 它是被多执行流共享的, 难免出现访问冲突问题。就会引发临界资源进程的问题(具体什么情况博主也不清楚), 就比如我们上面的进程, 如果我们的父进程刚刚读进来一个hello, 拷贝到应用层, 可是对应的子进程, 又把后面的数据给修改了。 此时我们的父进程一半读的是旧的, 一半读的是新的, 那么就不行了。但是常识告诉我们当我们的进程正常通信的时候不会发生这种情况, 所以, 这里就有一个结论——父子进程是会进行协同的, 同步和互斥的。——这个是为了保护管道的数据安全。 

特性——管道是面向字节流的

        现在我们不让写端去等待了, 改成让读端去等待。

        

        我们就会发现, 我们运行程序后,一开始会疯狂的向buffer里面写入。 然后5秒之后就立马疯狂写入了。(注意, 下面两张图片的PID不相同, 是因为博主的操作太慢了, 来不及截图。 所以就实现了两次, 但是对于我们理解该特性影响不大)

这个现象说明了什么呢? ——首先我们来观察一下这个现象。 就是我们的写端疯狂写, 然后一瞬间打印出两千多个数字, 之后就等待了五秒, 然后开始疯狂写数据。 ——其中, 我们知道, 写端疯狂写, 所以一瞬间就能写入两千多次(number每写入一次就加1)。但是我们要知道, 管道也是有大小的。 所以一瞬间子进程就能将管道打满, 然后就不能再写了。 当5s之后管道的数据被读走了之后才能再次写入。——也就是说, 这个现象说明了我们的管道是由固定大小的!!

        但是问题来了——为什么我们的父进程一下子就把所有的数据都读上来了呢?对于我们能对应的父进程来讲, 子进程曾经写了多少次, 根本不重要, 只要管道里有数据, 并且只要缓冲区不满, 我们的父进程有多少读多少。 至于这个数据变成什么格式, 由用户去做, 管道不去管!!!        ——而这, 也是管道的第四个特点:管道是面向字节流的。

        也就是说, 我们在管理管道的时候, 写端写了一次, 写了100次, 读端是不管的。 可能曾经写端写了100次, 但是读端读的时候, 1次就读完了。 对的拿到的数据的格式, 分隔符等等, 我们的读端是不管的, 在我们的读端看来, 全部都是一个一个的字节, 这些格式区分等等, 全部都是由上层去做。 这种特性就叫做字节流。 就像自来水, 自来水并不关心水与水之间的边界, 它是一下子浇灌下来, 对应的如何接住这些水, 这些水怎么用, 就由我们人去管理。

特性——管道是基于文件的,文件的生命周期是随进程的。

        现在再来看这么一个问题, 就是如果我们的进程退出了, 这个文件会怎么办呢? ——我们的进程一旦推出, 我们的进程的文件描述符, struct_file的结构会怎么办?——答案就是会被操作系统回收。 那么管道也是一样, 当父子进程都准备退出的时候, 管道就会自动被释放掉。 ——管道是基于文件的, 而文件的生命周期是随进程的。——这也是管道的第五个特性。

情况——读写端正常, 管道如果被写满, 写端就要被阻塞

        管道在进行操作的时候, 很明显有固定的大小——有多大呢?——这个就可以使用ulimit -a;

        这个指令能查到操作系统对于很多重要资源的限制, 比如说openfiles, 就是单个进程能打开文件的个数。 

        我们的管道大小呢, 其实就是512bytes * 8 也就是4kb。 所以, 一个管道的大小就是4kb。 

下面我们来进行测试, 下面是代码和运行图:

#include<unistd.h>
#include<iostream>
#include<cstdio>
#include<cstdlib>
#include<sys/types.h>
#include<sys/wait.h>
#include<cstring>


using namespace std;
#include<string> 


#define N 2
#define NUM 1024   //缓冲区最大大小

//child
void Writer(int wfd)
{
    string s = "hello, I am  child";
    pid_t self = getpid();  //获取自己的进程编号。 
    //写一些信息的时候, 带上编号
    int number = 0;
    
    //先定义缓冲区
    char buffer[NUM]; 
    while (true)
    {
        char c = 'c';
        write(wfd, &c, 1);   

        number++; //一次打印一个字符, 打印一个字符, number加一, 然后打印number
        cout << number << endl;
    } 
}

        最后打印到是65536,使用计算器计算之后就是64kb。 那么就有一个问题, 明明我们使用ulimit -a查着是4kb啊, 怎么又变成了64kb了呢? ——这里要说的是, 管道是有大小的, 这个大小在不同的内核里面大小可能有差别, 我们验证的这个在用的系统, 管道的大小是64kb。

        有一个PIPE_BUF的概念。 这个东西我们使用man手册之后会看到

        我们在向管道写入的时候, 比如我们写了hello world, 我们的子进程刚写, 父进程就把数据都走了。 那么此时world就是一个旧的数据, 清空了,可以被覆盖了。 或者我们正在读hello world, 子进程正在写其他内容, 这就会发生子进程正在写hello world, 父进程就把hello的一部分读走了。 或者这么说, 我们此时有一个规定, 就是双方必须把hello world作为一个整体被上层都上去。 

        但是呢, 我们此时的子进程刚刚写了一个hello, 就被父进程拿走了。 父进程只拿到了一个上层的hello, 这个时候, 数据就不完整了。 所以呢, 我们必须要保证, 父进程要么不读, 要么一读就是把数据全部读完。 这个就是读取的原子性问题——所以呢, 我们的管道为了保证他读写时的原子性,他就规定了一个PIPE_BUF的大小, 只要我们的父进程或者子进程读写的单位是小于一个PIPE_BUF的, 我们读写的过程, 就是原子的, 也就是说, 如果hello world的长度小于PIPE_BUF, 那么父进程就不会来读。 这里我们的PIPE_SIZE就可以当成PIPE_BUF的大小。

        而上面我们的计算出来的64kb, 其实就是我们的管道的大小, 当我们管道内的数据达到这个大小的时候, 就不能再向里面写入数据了。——这就是读写端正常, 管道如果写满, 写端就要被阻塞!!!

情况——读端正常读, 写端关闭,读端读到文件结尾, 不会被阻塞

        我们的子进程每隔一秒写上一条消息, 所以, 父进程确实写上了这一个字符, 并且返回值是1!        

        但是呢, 之后,我们5秒之后就会疯狂的打印0:

        为什么会打印0呢? 我们看一下我们的read:

        就是说, 如果读取数据成功, 我们会返回我们的字节数。, 但是当遇到文件结尾的时候, 就会返回0。 

        所以,这里的结论就是, 如果读端正常在读, 写端直接关了。 读端就会读取到0, 表明读到了文件(pipe)结尾,不会被阻塞。——为了预防这种情况要判断一下n 是否为 0。 如果为0就停止读取即可。

情况——写端正常写入, 读端关闭,通过信号使写端进程退出

        我们先来思考一个问题, 就是如果写端正常写入, 读端关闭, 这种情况下读写还有没有必要进行呢?——注意, 操作系统是不会做, 低效, 浪费等类似工作的, 如果做了, 那么就是操作系统的bug。 如果我们今天打开一个管道文件, 那么这个管道文件就一定会配套着一个缓冲区。 今天读端关闭了, 那么我们今天对应的写端还在写, 已经没有人来读了, 那么写端再写还有什么意义呢?——答案是没有意义, 所以操作系统就要退出正在写入的进程。 那么如何退出这个进程呢? ——通过信号退出写端进程。

        那为什么我们这里使用子进程写入,父进程读取呢? ——如果我们先用父子通道模拟写端正常写入, 读端关闭, 模拟现象之后, 子进程是写入的, 但是读端也就是父进程关闭了。 然后呢, 父进程就要被阻塞在等待处。 然后子进程一写就会崩溃, 崩溃之后父进程就能读到子进程, 是想要利用这样的模式, 子进程确实被信号杀掉了, 第二个就是能够知道是被几号信号杀掉的。 

实验如下:

首先看一下write——对于写端来说, 我们让这个写端, 一直写, 子进程也就是写端, 不断地构建大字符串把写的内容写给父进程, 每隔一秒就写一次。

//child
void Writer(int wfd)
{
    string s = "hello, I am  child";
    pid_t self = getpid();  //获取自己的进程编号。 
    //写一些信息的时候, 带上编号
    int number = 0;
    
    //先定义缓冲区
    char buffer[NUM]; 
    while (true)
    {
        sleep(1);
        //构建发送字符串
        buffer[0] = 0; //字符串清空, 可以用来提醒阅读代码的人,这个是一个字符串
        //
        snprintf(buffer, sizeof(buffer), "%s-%d-%d", s.c_str(), self, number++);
        // cout << buffer << endl; //测试
        write(wfd, buffer, strlen(buffer));
    
    } 
}

读端——对于读端来说, 父进程直接读5秒, 智能接退出。 那么会造成什么结果呢? 就是子进程卡在那里, 一直在写, 而读端已经关闭了。

//father
void Reader(int rfd)
{
    //创建buffer
    char buffer[NUM];
    int cnt = 0;
    while (true)
    {
        buffer[0] = 0; //告诉全世界, 这是个字符串
        ssize_t n = read(rfd, buffer, sizeof(buffer)); //sizeof !=  strlen, 这里不能strlen(buffer), 因为buffer里面没有\0.
        if(n > 0) //说明读取成功
        {
            buffer[n] = 0; //在最后一个字符的后面添加一个\0。   
            cout << "father: " << getpid() << ":" << buffer << endl;
        }
        else if (n == 0) break;
        else break;
        
        cnt++;
        if (cnt > 5) break;
    }
}

主函数——主函数需要改动的有些多, 这里先放一个图片来解释:

然后代码如下:


int main()
{
    int pipefd[N] = { 0 };
    int n = pipe(pipefd);
    if (n < 0) return 1;  //创建失败

    //child->w, father->r;
    pid_t id = fork();
    if (id < 0) return 2;//创建子进程失败
    else if (id == 0) //child
    {  
        //子进程写, 父进程读。 所以要关闭子进程的读入端, 关闭父进程的写入段。
        close(pipefd[0]);
        //IPCcode
        Writer(pipefd[1]);

        close(pipefd[1]);
    }
    //子进程写端完毕


    //父进程关闭写入端
    close(pipefd[1]);                           
    Reader(pipefd[0]);

    close(pipefd[0]);
    cout << "father close read fd: " << pipefd[0] << endl;  //将读端打出来。

    sleep(10);      

    int status = 0;
    //父进程要等待子进程
    pid_t rid = waitpid(id, &status, 0); //父进程读取数据后,要等待子进程, 这里的退出码并不关心。 
    if (rid < 0) return 3;
    cout << "wait child success : " << rid << "exit code: " << ((status >> 8 )&0xFF) << "exit signal: " << (status&0x7F) << endl;

    sleep(5);
    cout << "father quit" << endl;
    return 0;
} 

 上面的程序运行后, 能够观察到的现象就是, 父子进程开始都在运行。 但是五秒之后, 父进程的读端关闭,此时子进程成为僵尸进程。 十秒之后, 子进程被回收, 然后打出子进程的推出信号。 五秒之后进程退出。

这个信号就是13, 我们可以看到信号就是下面的PIPE信号

我们利用监视脚本就是如下:

开始我们没有运行程序, 这个时候只会打印PID的标识符以及分隔符这些。

经过10s之后子进程僵尸进程期间:

然后这里回收子进程后又经过了5秒, 然后父进程退出。 

——以上就是本篇的全部内容, 本篇内容到此就结束啦, 感谢友友的阅读, 下面是本节的笔记, 和正文几乎一样的, 觉得本节内容有用的话可以保存方便查阅哦

 

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

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

相关文章

AIGC-初体验

线性分类 提问&#xff0c;目的试图让AI自动线性分类 A类&#xff1a;(10,21),&#xff08;3,7&#xff09;,(9,20&#xff09;(121,242) B类&#xff1a;(3,9),(5,11),(70,212),(11,34) 根据线性关系分类 请问 (100,300)&#xff0c;&#xff08;100&#xff0c;201&#xff…

nacos和eureka的区别详细讲解

​ 大家好&#xff0c;我是程序员小羊&#xff01; 前言&#xff1a; Nacos 和 Eureka 是两种服务注册与发现的组件&#xff0c;它们在微服务架构中扮演重要角色。两者虽然都是为了解决服务发现的问题&#xff0c;但在功能特性、架构、设计理念等方面有很多不同。以下是详细的…

【期末复习】软件项目管理

前言&#xff1a; 关于软件项目管理这一科目的重要期末考点&#xff0c;希望对你有帮助。 目录 质量管理可能遇到的问题 软件项目质量管理 软件项目风险管理 进度 题1 题2 题3 成本 题1 题2 题3 质量管理可能遇到的问题 (1)没有制定质量管理计划&#xff1a; (2)…

JMeter测试工具的简单了解

Apache JMeter 是一款开源的测试工具&#xff0c;主要用于对软件的性能进行测试。它最初被设计用于测试Web应用&#xff0c;但随着时间的推移&#xff0c;它的功能已经扩展到了其他测试领域。 可以应用到的场景 性能测试&#xff1a;评估应用程序在不同负载下的表现。负载测试…

初学代码指南(软2耶)

首先&#xff0c;很高兴又和大家见面了&#xff0c;本文章仅是作者的自我总结&#xff0c;是给笔者看的&#xff0c;所以读者在阅读时请抱着参考的心态&#xff0c;如果觉得可以借鉴的可以稍微借鉴一下&#xff0c;如果觉得笔者写了一坨shi&#xff0c;可以随便喷俺。 一.IDE …

音视频开发常见的开源项目汇总

FFmpeg 地址&#xff1a;https://ffmpeg.org/介绍&#xff1a;FFmpeg 是一个非常强大的开源多媒体框架&#xff0c;它可以用来处理视频和音频文件。它支持多种格式的转换、编码、解码、转码、流处理等。FFmpeg 包括了 libavformat、libavcodec、libavutil、libswscale、libpos…

✨机器学习笔记(四)—— 逻辑回归、决策边界、过拟合、正则化

Course1-Week3: https://github.com/kaieye/2022-Machine-Learning-Specialization/tree/main/Supervised%20Machine%20Learning%20Regression%20and%20Classification/week3机器学习笔记&#xff08;四&#xff09; 1️⃣逻辑回归&#xff08;logistic regression&#xff09;…

[数据集][目标检测]疟疾恶性疟原虫物种目标检测数据集VOC+YOLO格式948张1类别

数据集格式&#xff1a;Pascal VOC格式YOLO格式(不包含分割路径的txt文件&#xff0c;仅仅包含jpg图片以及对应的VOC格式xml文件和yolo格式txt文件) 图片数量(jpg文件个数)&#xff1a;948 标注数量(xml文件个数)&#xff1a;948 标注数量(txt文件个数)&#xff1a;948 标注类别…

数据处理工具(geodataprocess)之哨兵1预处理

在使用 Sentinel-1 数据进行遥感应用时&#xff0c;数据预处理是一个关键步骤&#xff0c;目的是提高数据的质量&#xff0c;消除或减少系统和环境引入的误差&#xff0c;使其更适合后续分析。Sentinel-1 是欧洲空间局&#xff08;ESA&#xff09;的合成孔径雷达&#xff08;SA…

数字高程模型DEM详细应用分析

DEM在各个领域都有广泛应用&#xff0c;它不仅仅是一张“高程地图”&#xff0c;更是地理分析、模拟和预测的重要工具。 一、地形分析 在地形分析中&#xff0c;DEM是不可或缺的工具. 1 坡度分析&#xff08;Slope Analysis&#xff09; 定义&#xff1a;坡度是指地形表面的…

OpenSSH Server 远程代码执行漏洞(CVE-2024-6387)(附代码)

OpenSSH Server 远程代码执行漏洞&#xff08;CVE-2024-6387&#xff09;&#xff08;附代码&#xff09; 前言影响范围验证脚本1.python2.C? 参考链接 前言 2024年7月1日&#xff0c;OpenSSH 官方发布安全通告&#xff0c;披露CVE-2024-6387 OpenSSH Server 远程代码执行漏洞…

Python画笔案例-049 绘制笑脸

1、绘制笑脸 通过 python 的turtle 库绘制 笑脸&#xff0c;如下图&#xff1a; 2、实现代码 绘制 笑脸&#xff0c;以下为实现代码&#xff1a; """笑脸.py """ import turtledef draw_circle(pos,radius):"""以pos为中心点画圆…

加拿大发布的认知战思想与力量发展

文章目录 前言一、心理作战、影响力与欺骗战术1.1 孙子兵法中的认知战思想1.2 虚假信息轰炸1.3 人脑领域的持久胜利二、加拿大及其盟友面临的认知战威胁三、俄罗斯实施的认知战3.1 利用虚假信息加剧社会两级分化并刺激个别激进群体3.2 新一代的虚假信息行动有可能造成严重的认知…

redis基本数据结构-set

文章目录 1. set的基本介绍1.1. set底层结构之hash表的简单介绍1.2. 常用命令 2. 常见的业务场景2.1. 标签系统2.2. 社交网络好友关系 1. set的基本介绍 参考链接&#xff1a;https://mp.weixin.qq.com/s/srkd73bS2n3mjIADLVg72A redis 的 set 数据结构是一个无序的集合&#…

【JavaScript】数据结构之字典 哈希表

字典 键值对存储的&#xff0c;类似于js的对象&#xff0c;但在js对象中键[key]都是字符串类型或者会转换成字符串类型&#xff0c;因此后声明的键值会覆盖之前声明的值。字典以map表示&#xff0c;map的键不会转换类型。 let map new Map() map.set(a, 1) map.set(b, 2) ma…

智能门锁为何选择ESP32-S3芯片?低功耗高性能方案,启明云端乐鑫代理商

在科技日新月异的今天&#xff0c;家庭安全不再仅仅依赖于传统的锁和钥匙。智能门锁&#xff0c;作为智能家居系统的前沿产品&#xff0c;正逐渐走进千家万户&#xff0c;成为家庭安全的高科技守护者。 智能门锁是一种利用现代科技手段&#xff0c;通过电子化、信息化技术改进…

Linux.之设备树DTS(device tree source)(一)

一、概述 Device Tree是一种描述硬件的数据结构&#xff0c;相比于旧架构它起源于 OpenFirmware (OF),在过去的ARM Linux中&#xff0c;arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的冗余代码&#xff0c;相当多数的代码只是在描述板级硬件细节&#xff0c;而这些不同的…

【二十】【QT开发应用】listwidget右键菜单和删除item

创建项目&#xff0c;添加资源文件 在项目文件夹中创建resources资源文件夹。 在vs中打开qrc文件&#xff0c;选择添加资源文件。 选择我们resources资源文件中的所有文件作为资源文件。 最后不要忘记点击保存。 向ListWidget控件添加item 右键菜单 在.h文件中添加QMenu头…

代码随想录算法训练营第五十九天 | Bellman_ford 算法精讲

目录 Bellman_ford 算法精讲 思路 什么叫做松弛 模拟过程 方法一&#xff1a; Bellman_ford算法 Bellman_ford 算法精讲 题目链接&#xff1a;卡码网&#xff1a;94. 城市间货物运输 I 文章讲解&#xff1a;代码随想录 某国为促进城市间经济交流&#xff0c;决定对货物运…

maya-vray渲染蒙版

要用一个叫vrayMulWrapper的材质球&#xff0c;把alpha Conterbution调到-1&#xff0c;勾选matte surface启用蒙版物体。