当前位置:首页>Linux>不止于概念:在C语言中实践Linux进程与线程的创建

不止于概念:在C语言中实践Linux进程与线程的创建

  • 2026-01-15 20:13:24
不止于概念:在C语言中实践Linux进程与线程的创建

Linux编程中,进程与线程创建是核心基础,却常成为学习者从理论到实践的障碍。多数资料仅停留在概念层面,导致开发者对fork()、pthread_create()等关键接口理解肤浅,难以应对实际场景。本文以C语言为实践载体,覆盖进程与线程创建、销毁全流程。重点解析fork()与pthread_create()的使用细节,结合代码案例拆解参数配置与错误处理;从Linux内核视角挖掘新线程创建的底层秘密,梳理应用场景与选择逻辑,破解五大核心迷思,助你既懂“如何写”,也懂“为何这样写”“何时选何种方案”。

无论你是刚接触Linux编程的新手,还是想夯实进程线程基础的开发者,跟随本文的节奏,既能掌握fork()与pthread_create()的实操技巧,也能洞悉内核层面的底层逻辑,打破概念与实操的壁垒,真正吃透进程与线程的核心知识体系,为后续并发编程、系统优化等进阶学习筑牢根基。

一、进程与线程基础概念

1.1进程是什么?

进程,简单来说,就是程序的一次执行实例。当你在 Linux 系统中运行一个程序时,系统就会为它创建一个进程。每个进程都拥有自己独立的一套 “家当”,包括独立的内存空间、打开的文件描述符、信号处理机制等。这就好比每个进程都是一个独立的 “王国”,有着自己的领土(内存空间)、设施(文件描述符)和管理制度(信号处理) ,与其他进程相互隔离,互不干扰。

例如,当你同时打开浏览器和文本编辑器时,它们分别是两个独立的进程。浏览器进程在加载网页、解析 HTML 和执行 JavaScript 代码时,不会影响文本编辑器进程对文档的编辑操作。它们各自在自己的内存空间中运行,拥有独立的文件描述符来处理网络连接(浏览器)和文件读写(文本编辑器)。这种独立性保证了系统的稳定性和安全性,一个进程的崩溃不会轻易影响到其他进程的正常运行。

1.2线程是什么?

而线程,则是进程内的一个执行单元。一个进程可以包含多个线程,这些线程共享进程的资源,比如内存空间、文件描述符等,但每个线程都有自己独立的栈空间和程序计数器。可以把进程想象成一个公司,线程就是公司里的各个员工。员工们在同一个公司环境(进程资源)中工作,但每个人都有自己的工作空间(栈空间)和工作进度(程序计数器) 。

多线程的优势在于可以提高程序的并发性和响应速度。比如在一个图形界面应用程序中,主线程负责处理界面的显示和用户交互,而其他线程可以负责后台的数据加载、网络请求等操作。这样,当用户在界面上进行操作时,不会因为后台的数据处理而导致界面卡顿,提高了用户体验。又比如在服务器程序中,多个线程可以同时处理不同客户端的请求,大大提高了服务器的并发处理能力。

1.3进程与线程的关系和区别

进程和线程是密切相关的,线程是进程的一部分,一个进程至少包含一个线程(主线程),也可以包含多个线程 。它们就像是大树和树枝的关系,进程是大树的主干,线程是从主干上生长出来的树枝,共同构成了一个完整的程序执行结构。

从资源分配的角度看,进程是资源分配的单位,拥有独立的资源;而线程是 CPU 调度的单位,基本上不拥有系统资源,但可以共享所属进程的资源 。这就好比一个公司,进程是一个个独立的部门,每个部门有自己独立的办公场地、设备等资源;而线程是部门里的员工,他们共享部门的资源,但各自有自己的工作任务和执行流程。在通信方面,进程间通信相对复杂,需要使用专门的进程间通信(IPC)机制,如管道、消息队列、共享内存、信号量等 ,因为进程之间相互隔离,不能直接访问对方的资源。而线程间通信则相对简单,由于线程共享进程资源,它们可以直接通过全局变量等方式进行通信,但需要注意线程同步和互斥的问题,以避免数据竞争和不一致 。比如,多个线程同时访问和修改同一个全局变量时,可能会导致数据错误,这时就需要使用互斥锁、条件变量等同步机制来保证数据的一致性。

在创建和销毁开销以及上下文切换开销方面,进程的开销都比线程大 。创建一个进程需要分配独立的内存空间、初始化各种资源等,销毁时也需要释放这些资源;而创建一个线程只需要在进程地址空间内创建一些简单的数据结构,销毁时也只需要释放这些数据结构。进程间的上下文切换需要保存和恢复整个进程的上下文信息,包括地址空间等大量资源;而线程间的上下文切换只需要保存和恢复少量的寄存器信息,因此开销小很多 。这也是为什么在需要频繁创建和销毁执行单元以及进行上下文切换的场景下,线程比进程更有优势。

进程与线程面试题,参考这篇干货汇总高频考点:百度C++开发一面:linux中如何创建进程和线程,进程和线程二者之间的区别?

二、Linux子进程创建:fork()函数详解

fork是 Linux 中创建进程的经典系统调用,其工作方式独特而高效。当一个进程调用fork函数时,内核会为新进程(子进程)分配新的内存块和内核数据结构。

2.1 fork () 函数的基本定义与返回值

在 Linux 系统中,fork() 是一个用于创建新进程的系统调用,其函数声明如下:

#include <unistd.h>pid_tfork(void);

这里的pid_t 本质上是一个整数类型,在<sys/types.h> 头文件中定义,用于表示进程 ID 。fork() 函数的神奇之处在于它 “调用一次,返回两次” 。当一个进程(父进程)调用fork() 后,系统会创建一个新的进程(子进程),这两个进程几乎是一模一样的副本(后续会详细介绍资源复制的情况)。然后,fork() 函数会在父进程和子进程中分别返回不同的值,以此来区分这两个进程:

  • 在父进程中,fork() 返回新创建子进程的进程 ID(PID) ,这个 PID 是一个大于 0 的整数。通过这个返回值,父进程可以知道它创建的子进程的标识,从而对其进行管理,比如等待子进程结束、获取子进程的退出状态等 。就像是父亲给新出生的孩子取了一个独一无二的名字(PID),通过这个名字来识别和照顾孩子。
  • 在子进程中,fork() 返回 0 。这就像是孩子知道自己是新创建的进程,并且可以通过这个返回值来执行一些子进程特有的操作,比如加载并执行另一个程序(通过exec 系列函数)。

如果fork() 函数调用失败,比如系统资源不足(达到了进程数上限或者没有足够内存分配给新进程),则会返回 - 1 ,同时设置全局变量errno 来表示具体的错误原因 。比如errno 为EAGAIN 表示达到了系统规定的进程数上限,ENOMEM 表示系统内存不足 。在实际编程中,我们必须检查fork() 的返回值,以确保新进程创建成功,避免程序出现未预期的行为。

2.2 fork () 函数的执行过程与原理

当父进程调用fork() 函数时,操作系统会进行一系列复杂而有序的操作来创建子进程:

(1)资源复制:操作系统会为子进程分配独立的进程控制块(PCB,在 Linux 内核中用task_struct 结构体表示),其中包含了进程的各种信息,如进程 ID、进程状态、优先级、打开的文件描述符列表等 。然后,子进程会复制父进程的大部分资源,包括代码段、数据段、堆、栈以及打开的文件描述符等 。不过,这里的复制并不是简单的物理复制,而是采用了写时拷贝(Copy-On-Write,COW)技术 。也就是说,在子进程刚创建时,父子进程共享相同的物理内存页面,只有当其中一个进程尝试修改某个内存页面时,系统才会为修改的进程复制该页面,使其拥有自己独立的副本,这样可以大大提高fork() 的效率,减少资源开销 。例如,假设父进程有一个包含大量数据的内存页面,子进程创建时并不会立即复制这个页面,而是和父进程共享。如果父进程后续不修改这个页面,子进程就可以一直共享,只有当父进程或者子进程要修改这个页面时,系统才会复制一份新的页面给修改的进程。

(2)执行流分离:子进程从fork() 函数调用之后的下一条指令开始执行 ,它继承了父进程的程序计数器(PC,指向下一条要执行的指令) 。这意味着父子进程从fork() 返回后,开始并发执行(除非使用同步机制),它们各自拥有独立的地址空间,对资源的修改不会相互影响 。例如,下面这段简单的代码:

#include <stdio.h>#include <unistd.h>intmain(){    pid_t pid = fork();    if (pid == -1) {        perror("fork failed");        return 1;    } else if (pid == 0) {        // 子进程        printf("I am child, my PID is %d\n"getpid());    } else {        // 父进程        printf("I am parent, my child's PID is %d\n", pid);    }    return 0;}

在这个例子中,fork() 函数被调用一次,但会返回两次,一次在父进程中,一次在子进程中 。父子进程根据fork() 的返回值进入不同的代码分支执行 。需要注意的是,在不同的 Linux 系统下,无法确定fork() 之后是子进程先运行还是父进程先运行,这取决于系统的调度策略 。调度策略会根据进程的优先级、CPU 的负载等多种因素来决定先调度哪个进程执行 。比如,在一个 CPU 繁忙的系统中,可能会优先调度优先级高的进程,而在 CPU 空闲时,可能会按照一定的顺序轮流调度各个进程。

2.3 fork () 函数的典型应用场景

fork() 函数在 Linux 系统编程中有着广泛的应用,以下是一些典型的应用场景:

(1)网络服务器并发处理:在网络服务器程序中,父进程通常负责监听客户端的连接请求 。每当有新的连接请求到来时,父进程就调用fork() 创建一个子进程,由子进程来处理具体的客户端请求,而父进程则继续监听新的连接 。这样可以实现并发处理多个客户端请求,提高服务器的性能和响应速度 。例如,一个简单的 TCP 服务器可以这样实现:

#include <stdio.h>#include <stdlib.h>#include <string.h>#include <unistd.h>#include <arpa/inet.h>#include <sys/socket.h>#include <sys/types.h>#define PORT 8080#define MAX_CLIENTS 100voidhandle_client(int client_socket){    char buffer[1024] = {0};    int valread = read(client_socket, buffer, 1024);    if (valread < 0) {        perror("read failed");        close(client_socket);        return;    }    printf("Received from client: %s\n", buffer);    char *response = "HTTP/1.1 200 OK\r\nContent-Type: text/html\r\n\r\n<html><body>Hello, World!</body></html>";    send(client_socket, response, strlen(response), 0);    close(client_socket);}intmain(int argc, charconst *argv[]){    int server_fd, new_socket;    struct sockaddr_in address;    int opt = 1;    int addrlen = sizeof(address);    // 创建套接字    if ((server_fd = socket(AF_INET, SOCK_STREAM, 0)) == 0) {        perror("socket failed");        exit(EXIT_FAILURE);    }    // 配置套接字选项    if (setsockopt(server_fd, SOL_SOCKET, SO_REUSEADDR | SO_REUSEPORT, &opt, sizeof(opt))) {        perror("setsockopt failed");        exit(EXIT_FAILURE);    }    address.sin_family = AF_INET;    address.sin_addr.s_addr = INADDR_ANY;    address.sin_port = htons(PORT);    // 绑定套接字    if (bind(server_fd, (struct sockaddr *)&address, sizeof(address)) < 0) {        perror("bind failed");        exit(EXIT_FAILURE);    }    // 监听连接    if (listen(server_fd, MAX_CLIENTS) < 0) {        perror("listen failed");        exit(EXIT_FAILURE);    }    while (1) {        if ((new_socket = accept(server_fd, (struct sockaddr *)&address, (socklen_t *)&addrlen)) < 0) {            perror("accept failed");            continue;        }        pid_t pid = fork();        if (pid == -1) {            perror("fork failed");            close(new_socket);        } else if (pid == 0) {            // 子进程处理客户端请求            close(server_fd);  // 子进程不需要监听套接字            handle_client(new_socket);            exit(EXIT_SUCCESS);        } else {            // 父进程继续监听            close(new_socket);  // 父进程不需要处理客户端套接字        }    }    close(server_fd);    return 0;}

在这个例子中,父进程监听端口8080 ,每当有新的客户端连接到来时,就调用fork() 创建子进程 。子进程关闭监听套接字(因为它不需要监听新的连接),然后调用handle_client 函数处理客户端请求 。父进程则关闭客户端套接字(因为它不负责处理具体的请求),继续监听新的连接 。

(2)执行另一个程序:在需要一个进程执行另一个程序时,可以先调用fork() 创建子进程,然后子进程通过exec 系列函数(如execvp 、execl 等)用新的程序替换自身的内存映像,从而执行不同的程序 。例如,在一个简单的 Shell 程序中,当用户输入一个命令时,Shell 进程可以调用fork() 创建子进程,然后子进程调用execvp 来执行用户输入的命令 。示例代码如下:

#include <stdio.h>#include <stdlib.h>#include <unistd.h>#include <string.h>#define MAX_ARGS 10intmain(){    char command[100];    char *args[MAX_ARGS];    char *token;    while (1) {        printf("$ ");        fgets(command, sizeof(command), stdin);        command[strcspn(command, "\n")] = '\0';  // 去除换行符        token = strtok(command, " ");        int i = 0;        while (token != NULL && i < MAX_ARGS - 1) {            args[i++] = token;            token = strtok(NULL" ");        }        args[i] = NULL;        pid_t pid = fork();        if (pid == -1) {            perror("fork failed");        } else if (pid == 0) {            // 子进程执行命令            execvp(args[0], args);            perror("execvp failed");            exit(EXIT_FAILURE);        } else {            // 父进程等待子进程结束            wait(NULL);        }    }    return 0;}

在这个例子中,用户输入命令后,程序将命令解析成参数数组 。然后调用fork() 创建子进程,子进程调用execvp 执行用户输入的命令 。如果execvp 执行成功,子进程的内存映像将被新程序替换,不再返回 。如果执行失败,execvp 会返回并打印错误信息 。父进程则通过wait(NULL) 等待子进程结束 。

2.4 fork () 函数使用示例与代码分析

下面我们来看一个更详细的fork() 函数使用示例,并对其进行代码分析:

#include <stdio.h>#include <unistd.h>#include <sys/wait.h>intmain(){    int num = 10;    pid_t pid = fork();    if (pid == -1) {        perror("fork failed");        return 1;    } else if (pid == 0) {        // 子进程        num += 5;        printf("I am child, num = %d, my PID is %d\n", num, getpid());    } else {        // 父进程        wait(NULL);        num -= 3;        printf("I am parent, num = %d, my child's PID is %d\n", num, pid);    }    return 0;}
  • 首先,定义一个变量num 并初始化为 10 。
  • 然后调用fork() 函数创建子进程 。
  • 如果fork() 返回 - 1 ,表示创建子进程失败,通过perror 打印错误信息并返回 1 。
  • 如果fork() 返回 0 ,说明当前是子进程 。子进程将num 增加 5 ,然后打印自己的信息,包括num 的值和自己的 PID 。
  • 如果fork() 返回一个大于 0 的值,说明当前是父进程 。父进程通过wait(NULL) 等待子进程结束,然后将num 减去 3 ,最后打印自己的信息,包括num 的值和子进程的 PID 。

假设程序运行时,父进程的 PID 为1234 ,子进程的 PID 为1235 ,那么可能的输出结果如下:

I am child, num = 15, my PID is 1235I am parent, num = 7, my child's PID is 1235

在子进程中,num 增加 5 后变为 15 ,所以打印出I am child, num = 15, my PID is 1235 。父进程等待子进程结束后,num 减去 3 变为 7 ,并打印出I am parent, num = 7, my child's PID is 1235 。这里需要注意的是,由于父子进程是并发执行的,并且fork() 之后哪个进程先执行不确定,所以输出顺序可能会有所不同 。

但无论顺序如何,最终的输出结果都是符合上述逻辑的 。如果不使用wait(NULL) 让父进程等待子进程结束,父进程可能会在子进程之前执行num -= 3 ,导致输出结果不符合预期 ,这也是在使用fork() 时需要特别注意的进程同步问题 。

三、Linux线程创建:pthread_create()函数详解

pthread_create是 POSIX 线程库中用于创建线程的函数,它为我们提供了一种在进程内部创建多个执行流的强大方式,就像是在一个繁忙的工厂里,让不同的生产线同时运作 。

3.1 pthread_create () 函数的定义与参数说明

pthread_create() 是 POSIX 线程库中用于创建新线程的函数,其函数声明如下:

#include <pthread.h>intpthread_create(pthread_t *thread, constpthread_attr_t *attr, void *(*start_routine) (void *), void *arg);
  • pthread_t *thread:这是一个指向 pthread_t 类型变量的指针 ,pthread_t 是一种用于表示线程的数据类型,在 <pthread.h> 头文件中定义 。当 pthread_create() 函数成功创建线程后,这个指针所指向的变量将被赋值为新创建线程的标识符(线程 ID) ,就像是给新出生的宝宝分配了一个独一无二的身份标识,后续我们可以通过这个 ID 来管理和操作该线程,比如等待线程结束(pthread_join() 函数就需要用到线程 ID)、取消线程(pthread_cancel() 函数也依赖线程 ID)等 。
  • const pthread_attr_t *attr:这是一个指向 pthread_attr_t 类型结构体的指针,用于设置新线程的属性 。pthread_attr_t 结构体定义了线程的各种属性,如线程的分离状态、调度策略、优先级、栈大小等 。如果将这个参数设置为 NULL,则表示使用系统默认的线程属性 。在大多数简单的应用场景中,我们通常使用默认属性即可,不过在一些对线程性能和行为有特殊要求的场景下,就需要通过设置这个参数来自定义线程属性 。例如,在一个需要大量创建线程的程序中,如果每个线程的默认栈大小过大,可能会导致内存不足,这时就可以通过设置 attr 参数来减小线程栈的大小 。
  • void *(*start_routine) (void *):这是一个函数指针,指向新线程要执行的函数 。当新线程创建成功后,就会从这个函数开始执行,它是线程执行的起点,就像是一场马拉松比赛的起跑线 。这个函数必须符合特定的原型:它只能接收一个 void * 类型的参数(可以理解为一个万能指针,能指向任何类型的数据),并且返回一个 void * 类型的值 。在实际应用中,我们可以将需要线程执行的具体任务代码写在这个函数中 。比如,在一个多线程的网络爬虫程序中,每个线程的 start_routine 函数可以是负责从某个特定网站抓取数据的函数 。
  • void *arg:这个参数是要传递给 start_routine 函数的参数 ,它的类型也是 void * ,所以可以传递任何类型的数据指针 。如果不需要传递参数给 start_routine 函数,可以将这个参数设置为 NULL 。当需要传递多个参数时,可以将这些参数封装在一个结构体中,然后传递该结构体的指针 。例如,在一个计算矩阵乘法的多线程程序中,可以将矩阵的行数、列数以及矩阵的数据指针等参数封装在一个结构体中,通过 arg 参数传递给线程执行函数 。

pthread_create() 函数如果成功创建线程,将返回 0 ;如果创建失败,将返回一个非零的错误码,不同的错误码表示不同的错误原因,常见的错误码有 EAGAIN(表示系统资源不足,无法创建新线程,比如达到了系统允许的最大线程数或者没有足够的内存分配给新线程)、EINVAL(表示传递给函数的 attr 参数无效)、EPERM(表示权限不足,例如尝试设置一些需要特殊权限的线程属性,但当前进程没有相应权限)等 。在实际编程中,我们必须检查函数的返回值,以确保线程创建成功 。

3.2线程属性设置与调度策略

线程属性结构体 pthread_attr_t 用于定义线程的各种属性,其常见的定义如下(在不同系统中可能略有差异,但基本属性类似):

typedef struct {    int detachstate;      // 线程的分离状态    int schedpolicy;      // 线程调度策略    struct sched_param schedparam; // 线程的调度参数    int inheritsched;     // 线程的继承性    int scope;            // 线程的作用域    size_t guardsize;     // 线程栈尾警戒缓冲区大小    int stackaddr_set;    void *stackaddr;      // 线程栈的位置    size_t stacksize;     // 线程栈的大小pthread_attr_t;

分离状态(detachstate

作用:分离状态决定一个线程以什么样的方式来终止自己 。在默认情况下,线程是非分离状态(PTHREAD_CREATE_JOINABLE) ,这种情况下,创建线程的线程(通常是主线程)可以通过 pthread_join() 函数等待被创建的线程结束,并获取其返回值 。只有当 pthread_join() 函数返回时,被创建的线程才算完全终止,系统才会释放该线程占用的资源 。而分离线程(PTHREAD_CREATE_DETACHED)在运行结束后,会自动释放自己占用的系统资源,不需要其他线程等待它结束 。

设置方法:可以使用 pthread_attr_setdetachstate() 函数来设置线程的分离状态 。例如:

pthread_attr_t attr;pthread_attr_init(&attr); // 初始化线程属性对象pthread_attr_setdetachstate(&attr, PTHREAD_CREATE_DETACHED); // 设置为分离状态

调度策略(schedpolicy

作用:调度策略决定了线程在 CPU 上的调度方式 。Linux 系统支持多种线程调度策略,常见的有 SCHED_OTHER、SCHED_RR 和 SCHED_FIFO

不同调度策略特点:

  • SCHED_OTHER:这是默认的调度策略,也称为分时调度策略,通常采用 CFS(Completely Fair Scheduler,完全公平调度器)算法 。在这种策略下,系统会为每个进程分配一个虚拟时钟(vruntime) ,进程执行时,其 vruntime 会不断增加 。调度器会选择 vruntime 最小的进程来执行,以实现 “完全公平” 的调度 。不同优先级的进程,其 vruntime 增长速度不同,优先级高的进程 vruntime 增长得慢,所以可能会得到更多的运行机会 。并且如果一个线程以 SCHED_OTHER 调度策略进行创建,线程的静态优先级必须设置为 0 。
  • SCHED_RR(Round Robin,轮询调度):这是一种实时调度策略,它会给每个线程设置一个固定的优先级,并按照优先级顺序对线程进行轮流调度 。当一条线程采用该调度策略时,它会一直运行,直到它被更高优先级的线程抢占、主动放弃 CPU 或者消耗完自己的时间片 。时间片是线程运行的最小时间单元,由操作系统预先设定 。当时间片用完时,该线程自动交出控制权,之后内核会按照和 FIFO 相同的方式搜索下一个工作线程 。这种调度策略可以防止某一个任务连续占用太多的资源,而导致其他线程信息得不到及时处理,但缺点是会增大由于任务切换(任务上下文)而导致的开销 。
  • SCHED_FIFO(First In First Out,先入先出调度):也是实时调度策略,采用 “先到先服务” 的调度方式 。当一条线程采用该调度策略时,它会一直运行,直到它被更高优先级的线程抢占或者主动放弃 CPU,才会交出控制权 。当线程完成后,内核会去寻找处于就绪状态相同优先级的线程,如果不存在,则寻找低优先级线程 。该调度策略实现了数据的互斥,在线程运行的时间内其他相同优先级线程无法进行资源抢占 。

设置方法:使用 pthread_attr_setschedpolicy() 函数来设置调度策略 。例如,将线程调度策略设置为 SCHED_RR:

pthread_attr_t attr;pthread_attr_init(&attr);struct sched_param param;param.sched_priority = 5// 设置优先级,值越大优先级越高pthread_attr_setschedpolicy(&attr, SCHED_RR);pthread_attr_setschedparam(&attr, &param);

优先级(schedparam 中的 sched_priority

作用:优先级决定了线程在竞争CPU资源时的优先程度 。在实时调度策略(SCHED_RR 和 SCHED_FIFO)下,优先级较高的线程会优先得到 CPU 资源 。在 Linux 系统中,线程的优先级范围是 0 - 99 ,数值越大优先级越高 。

设置方法:通过pthread_attr_setschedparam()函数来设置线程的优先级 。在设置优先级前,需要先初始化 sched_param结构体,并设置其中的 sched_priority 成员 。如上面设置调度策略为SCHED_RR的示例中,同时设置了优先级为5 。需要注意的是,修改线程优先级可能需要较高的权限,普通用户可能无法设置过高的优先级 。

3.3 pthread_create () 函数的执行流程与线程生命周期

当调用 pthread_create() 函数创建线程时,执行流程如下:

  • 系统分配资源:操作系统为新线程分配必要的资源,包括线程控制块(TCB,在 POSIX 线程库中用 pthread_t 类型表示) ,其中记录了线程的各种信息,如线程 ID、线程状态、栈指针、寄存器状态等 。同时,为线程分配独立的栈空间,用于存储线程执行过程中的局部变量、函数调用栈等信息 。
  • 设置线程属性:如果 pthread_create() 函数的 attr 参数不为 NULL,则根据设置的属性来初始化线程,如设置线程的分离状态、调度策略、优先级等 。
  • 启动线程执行:新线程从指定的 start_routine 函数开始执行,传入 arg 参数作为函数的参数 。此时,新线程和创建它的线程(通常是主线程)并发执行,它们共享进程的地址空间、代码段、数据段、堆以及打开的文件描述符等资源,但拥有各自独立的栈空间和寄存器状态。

线程的生命周期主要包括以下几个阶段:

①创建(Creation):通过 pthread_create() 函数创建线程,此时线程处于就绪状态,等待 CPU 调度执行 。

②运行(Running):当线程被 CPU 调度选中后,开始执行 start_routine 函数中的代码 。在运行过程中,线程可能会因为各种原因(如等待 I/O 操作完成、调用 pthread_yield() 函数主动放弃 CPU 等)进入阻塞状态 。

③结束(Termination):线程的结束有多种方式:

  • 自然结束:线程执行完 start_routine 函数中的所有代码后,通过 return 语句返回 。返回值可以通过 pthread_join() 函数在创建它的线程中获取(如果线程不是分离状态) 。
  • 调用 pthread_exit() 函数:线程可以在任何位置调用 pthread_exit() 函数来主动结束自己 。例如:
void *thread_function(void *arg) {    // 线程执行的代码    pthread_exit(NULL); // 结束线程,返回值为NULL}
  • 被其他线程取消:通过 pthread_cancel() 函数可以请求取消一个线程 。不过,线程需要响应取消请求才能真正终止 。线程可以通过 pthread_setcancelstate() 函数设置自己对取消请求的响应状态(如允许取消、禁止取消),还可以通过 pthread_setcanceltype() 函数设置取消类型(如异步取消、延迟取消) 。
  • 进程结束:如果进程中的任意线程调用了 exit()、_exit() 或 _Exit() 函数,整个进程(包括所有线程)都会被终止 。

在多线程编程中,经常需要等待线程结束,以确保资源的正确释放和程序的正常运行 。可以使用 pthread_join() 函数来等待一个线程结束 。其函数声明如下:

intpthread_join(pthread_t thread, void **retval);

其中,thread 参数是要等待结束的线程的 ID ,retval 参数用于接收线程的返回值(如果线程不是分离状态且有返回值) 。如果线程已经结束,pthread_join() 函数会立即返回;否则,调用线程会阻塞,直到指定的线程结束 。

3.4 pthread_create () 函数使用示例与代码分析

下面是一个使用 pthread_create() 函数的示例代码:

#include <stdio.h>#include <pthread.h>#include <unistd.h>// 线程执行的函数void *thread_function(void *arg){    int num = *(int *)arg;    printf("Thread is running, num = %d\n", num);    sleep(2); // 模拟线程执行任务    printf("Thread is exiting\n");    return NULL;}intmain(){    pthread_t thread;    int arg = 10;    // 创建线程    int ret = pthread_create(&thread, NULL, thread_function, &arg);    if (ret != 0) {        perror("pthread_create failed");        return 1;    }    printf("Main thread continues to run\n");    // 等待线程结束    ret = pthread_join(thread, NULL);    if (ret != 0) {        perror("pthread_join failed");        return 1;    }    printf("Main thread: Thread has ended\n");    return 0;}
  • 首先定义了一个 thread_function 函数,它是线程执行的入口函数 。该函数接收一个 void * 类型的参数,将其强制转换为 int * 类型,然后获取传递过来的整数值并打印 。接着,线程通过 sleep(2) 函数模拟执行任务,暂停 2 秒 。最后,打印线程结束信息并返回 NULL 。
  • 在 main 函数中,定义了一个 pthread_t 类型的变量 thread 用于表示线程,以及一个整数变量 arg 并初始化为 10 。
  • 调用 pthread_create() 函数创建线程,将 thread 作为线程标识符的指针,NULL 表示使用默认线程属性,thread_function 作为线程执行函数的起始地址,&arg 作为传递给线程执行函数的参数 。如果 pthread_create() 函数返回值不为 0,表示创建线程失败,通过 perror 函数打印错误信息并返回 1 。
  • 创建线程后,主线程继续执行,打印 “Main thread continues to run” 。
  • 调用 pthread_join() 函数等待线程结束,将 thread 作为要等待的线程 ID,NULL 表示不关心线程的返回值 。如果 pthread_join() 函数返回值不为 0,表示等待线程结束失败,通过 perror 函数打印错误信息并返回 1 。
  • 当线程结束后,主线程打印 “Main thread: Thread has ended” ,然后返回 0 ,程序结束 。

运行该程序,可能的输出结果如下:

Main thread continues to runThread is running, num = 10Thread is exitingMain thread: Thread has ended

主线程首先打印 “Main thread continues to run” ,然后新创建的线程开始执行,打印 “Thread is running, num = 10” ,接着线程睡眠 2 秒后打印 “Thread is exiting” ,最后主线程等待线程结束后打印 “Main thread: Thread has ended” 。这里需要注意的是,由于线程的调度是由操作系统控制的,主线程和新线程的输出顺序可能会有所不同,但整体的执行逻辑是不变的 。如果不使用 pthread_join() 函数等待线程结束,主线程可能会在新线程之前结束,导致新线程还未执行完就被强制终止 ,这也是在多线程编程中需要特别注意的线程同步问题 。

四、Linux 内核的独特视角

4.1进程和线程的本质统一:任务(执行上下文)

在 Linux 内核的世界里,并没有严格区分进程和线程的概念,而是将它们都看作是一种任务(task),更准确地说,是一个执行上下文(Execution Context) 。这个执行上下文可以理解为是一个任务在运行时所需要的所有状态的集合,就像是一个人的 “生活状态汇总”。

其中包含了 CPU 状态,比如各种寄存器的值,这些寄存器记录着任务运行过程中的临时数据和指令执行位置等关键信息,就像一个人在做事情时手头的工具和当前做到哪一步的记录;MMU(内存管理单元)状态,它管理着内存的映射关系,决定了任务如何访问内存,如同一个仓库管理员管理着货物(数据)在仓库(内存)中的存放位置和取用规则;还有权限状态,比如用户 ID(uid)和组 ID(gid),规定了任务对系统资源的访问权限,就像不同身份的人在社会中有不同的权限和职责;以及各种 “通信状态”,像打开的文件描述符,这是任务与外部文件进行交互的通道,类似我们与外界沟通的不同渠道 。

从这个角度看,无论是我们通常所说的进程,还是线程,在 Linux 内核眼中,都是这样一个包含了各种运行状态的执行上下文,它们的本质是统一的。这和传统概念中进程和线程有着明显区分的观念不同,Linux 内核这种统一的视角,为系统的高效运行和灵活调度提供了基础。

4.2共享资源的灵活方式

在 Linux 内核中,进程和线程通过共享执行上下文的部分内容来实现不同的功能和资源共享程度 。这种共享方式非常灵活,主要通过 clone 系统调用的参数来精细控制。当我们使用 clone 系统调用创建一个新的任务时,可以通过设置不同的标志位来决定新任务与原任务(可以理解为父任务)之间共享哪些资源 。例如,如果设置了 CLONE_VM 标志,那么新任务和原任务就会共享相同的虚拟内存空间,这意味着它们可以访问相同的代码和数据,就像两个人共享同一个房间,里面的东西都可以共同使用 。这在实现线程功能时非常常见,因为线程之间通常需要频繁共享数据,共享内存空间可以大大提高数据共享的效率。

再比如 CLONE_FILES 标志,当设置这个标志时,新任务会和原任务共享打开的文件描述符表 。这就好比两个人共享同一套文件管理系统,他们都可以对打开的文件进行读写操作,这对于一些需要多个任务协同处理文件的场景非常有用,比如一个进程中多个线程共同处理一个日志文件,它们可以共享文件描述符,避免重复打开文件带来的开销 。

还有 CLONE_FS 标志,它会使新任务共享原任务的文件系统信息,包括当前工作目录和根目录等,就像两个人在同一个文件系统环境中工作,有着相同的 “工作目录起点” 。通过这些不同的标志位组合,Linux 内核可以实现从完全独立的进程(几乎不共享资源)到高度共享的线程(共享大量资源)等各种不同的任务创建和资源共享模式,以满足多样化的应用需求 。这种灵活的资源共享方式,是 Linux 内核在处理进程和线程时的一大特色,也是 Linux 系统能够高效适应各种复杂应用场景的关键因素之一 。

4.3从用户态到内核态的线程创建过程

当调用pthread_create函数创建新线程时,看似简单的函数调用背后,实则涉及用户态和内核态之间的复杂协作,以及一系列精心的资源管理和调度操作 。

从用户态开始,pthread_create是pthread库提供的一个用户态函数,它首先对传入的参数进行检查和初始化工作。例如,检查线程属性是否合理,线程函数指针是否有效等。如果参数检查通过,它会进一步准备创建线程所需的一些数据结构,这些数据结构主要用于在用户态层面管理线程相关信息,比如线程 ID 的记录、线程执行状态的标记等。

随后,pthread_create会通过系统调用进入内核态。在 Linux 系统中,线程的创建最终依赖于clone系统调用 。clone系统调用和fork有些相似,但它更加灵活,通过传递不同的参数,可以控制新创建的进程(线程本质上是轻量级进程)和原进程之间共享哪些资源。当用于创建线程时,会设置一些特定的标志位,使得新创建的线程与原线程(属于同一进程)共享进程的地址空间、文件描述符表、堆、数据段等资源。

在内核态中,操作系统首先为新线程分配一个内核数据结构,通常是task_struct(任务结构体),这个结构体对于线程的管理至关重要,它记录了线程的各种属性和状态信息,如线程的调度参数(包括优先级、调度策略等)、线程上下文(寄存器状态、程序计数器等)、线程所关联的进程信息等 。接着,内核会为新线程分配独立的栈空间,栈空间用于存储线程执行过程中的局部变量、函数调用栈帧等信息。栈空间的大小可以通过线程属性进行设置,如果未显式设置,则使用系统默认的栈大小,默认栈大小一般在几 MB 左右,具体数值由系统配置决定。

在资源共享方面,由于线程共享进程的地址空间,它们可以直接访问进程的全局变量、堆内存等资源,这使得线程间通信相对简单高效,比如线程可以直接读写共享的全局变量来交换数据 。而进程之间的资源是相互独立的,进程间通信需要借助特定的机制,如管道、消息队列、共享内存等,这些机制相对复杂,涉及到额外的系统调用和同步操作。

在调度管理上,线程被创建后,会被加入到系统的调度队列中,Linux 使用 CFS(完全公平调度器)来管理线程的调度。线程会根据其优先级(可以通过nice值等方式设置)和调度策略(如 SCHED_FIFO 实时调度策略、SCHED_OTHER 常规调度策略等)被插入到相应的调度队列(如红黑树或就绪队列)中等待 CPU 调度执行 。当 CPU 时间片分配到该线程时,调度器会从调度队列中取出线程的task_struct,根据其中记录的线程上下文信息,恢复线程的寄存器状态、程序计数器等,使线程得以继续执行。

相比之下,进程的调度相对线程更为 “重量级”。由于进程拥有独立的地址空间,进程切换时不仅需要保存和恢复进程上下文,还需要切换地址空间映射表,这涉及到TLB的刷新等操作,会带来较大的开销 。而同一进程内的线程切换,因为共享地址空间,不需要进行地址空间映射的切换,只需要保存和恢复线程上下文,所以线程切换的开销比进程切换小得多,这也是线程在高并发场景下被广泛应用的重要原因之一,能够更高效地利用CPU资源,提升程序的整体执行效率 。

4.4进程与线程的创建和销毁

(1)进程创建:fork () 的 “复制世界”

在 Linux 中,创建进程主要使用fork()系统调用 。这个函数就像是一位神奇的 “复制大师”,当一个进程调用fork()时,它会创建一个新的子进程,这个子进程几乎是父进程的一个 “完美复制”,拥有父进程的代码、数据、堆栈、打开的文件描述符等几乎所有资源 。就好比你有一个装满各种物品(资源)的箱子(父进程),fork()就像是一个神奇的复制机,它能复制出一个一模一样的箱子(子进程),里面的物品也都一样 。

fork()函数的返回值很有意思,它会返回两次 。在父进程中,它返回子进程的进程 ID(PID),这就像父亲有了孩子后,会得到一个孩子的 “身份标识”,通过这个标识可以找到和管理孩子 。而在子进程中,它返回 0 ,这就像是孩子知道自己是新诞生的,通过这个特殊的返回值来表明自己的 “子进程身份” 。如果fork()调用失败,它会返回 -1 ,就像复制失败了,发出一个错误信号 。

例如,下面的代码展示了fork()的基本用法:

#include <stdio.h>#include <unistd.h>#include <stdlib.h>intmain(){    pid_t pid;    printf("Before: pid is %d\n"getpid());    if ((pid = fork()) == -1) {        perror("fork()");        exit(1);    }    printf("After:pid is %d, fork return %d\n"getpid(), pid);    sleep(1);    return 0;}

运行这段代码,你会看到两条After的输出,一条是父进程的,它返回的是子进程的 PID ,另一条是子进程的,它返回 0 。这生动地体现了fork()创建新进程的过程,就像是一个家庭中诞生了新成员,新成员和原来的成员有着紧密的联系,但又有自己独立的 “生活轨迹”(独立的进程空间) 。

(2)线程创建:pthread_create () 的 “新成员加入”

创建线程在 Linux 中主要使用pthread_create()函数 ,它属于 POSIX 线程库(pthread 库) 。这个函数就像是在一个大家庭(进程)中邀请一位新成员(线程)加入 。它在已有的进程空间内创建一个新的线程,新线程和进程内的其他线程共享进程的代码段、数据段、堆和文件描述符等资源,就像家里的新成员和其他成员共享房子(进程空间)里的各种设施(资源) 。但每个线程也有自己独立的栈空间,用于存放局部变量和函数调用的上下文,就像每个成员都有自己的小房间(栈空间)来放置自己的私人物品(局部变量等) 。

pthread_create()函数的原型如下:

intpthread_create(pthread_t *thread, const pthread_attr_t *attr, void *(*start_routine) (void *), void *arg);

其中,thread 是一个输出参数,用于返回新创建线程的线程 ID ,就像是给新成员一个专属的 “身份牌” 。attr用于设置线程的属性,通常可以设置为 NULL,使用默认属性,就像新成员默认遵循家庭的一般规则。start_routine是一个函数指针,指向线程要执行的函数,这就是新成员要做的 “工作内容” 。

arg是传递给线程函数的参数,可以是任意类型的数据指针,就像是给新成员分配工作时提供的一些 “工具” 或 “任务说明” 。下面是一个简单的示例代码:

#include <pthread.h>#include <stdio.h>#include <stdlib.h>void *print_message(void *arg){    char *message = (char *) arg;    printf("%s\n", message);    return NULL;}intmain(){    pthread_t thread_id;    char *message = "Hello from thread!";    int result = pthread_create(&thread_id, NULL, print_message, (void *) message);    if (result != 0) {        perror("Failed to create thread");        return 1;    }    pthread_join(thread_id, NULL);    printf("Main thread exits.\n");    return 0;}

在这个例子中,通过pthread_create()创建了一个新线程,新线程执行print_message函数,打印出传递给它的消息 。这就像是家庭中来了新成员,新成员开始做自己的工作,为家庭(进程)的运转贡献力量 。

(3)进程销毁:exit () 或信号的 “落幕”

进程的销毁意味着进程结束运行并释放其所占用的系统资源 。在 Linux 中,进程可以通过调用exit()函数来主动结束自己的生命 。当进程执行到exit()时,它会进行一系列的清理工作,比如关闭打开的文件描述符、释放内存等 ,就像一个人离开房间(进程结束)前,要把用过的东西收拾好(清理资源) 。然后,内核会回收进程的各种数据结构,比如进程控制块(PCB) ,这个进程就从系统中消失了,就像房间被清空,不再有这个人的痕迹 。

exit()函数接受一个整数参数,这个参数通常用于表示进程的退出状态 ,比如 0 表示正常退出,非 0 表示异常退出 ,就像一场演出结束后,用不同的信号(退出状态)告诉观众演出的情况 。父进程可以通过wait()或waitpid()函数获取子进程的退出状态,了解子进程的 “工作成果” 。

除了调用exit()函数,进程还可能因为接收到某些信号而终止 。例如,当用户在终端中按下Ctrl + C时,会向当前前台进程发送SIGINT信号,进程收到这个信号后,默认会终止运行 ,这就像是在演出过程中,突然发生意外情况(收到信号),演出不得不提前结束 。

(4)线程销毁:pthread_exit () 的 “独自离开”

线程的销毁可以通过调用pthread_exit()函数来实现 。当一个线程执行到pthread_exit()时,它会终止自己的执行,并回收线程特有的资源,比如线程的栈空间 ,就像家庭中的某个成员决定离开(线程结束),带走自己的私人物品(线程特有资源) 。与进程销毁不同的是,线程销毁不会影响同一进程中的其他线程,因为它们共享进程的大部分资源,就像家庭中一个成员离开,不影响其他成员继续生活(其他线程继续运行) 。

pthread_exit()函数的原型如下:

voidpthread_exit(void *retval);

其中,retval是一个指针,用于返回线程的退出状态,其他线程可以通过pthread_join()函数获取这个返回值 ,就像离开的成员留下一些 “临别信息”(退出状态),其他成员(线程)可以获取并了解 。如果线程不需要返回任何数据,可以将retval设置为NULL 。

例如,在线程函数中可以这样使用pthread_exit():

void *thread_function(void *arg) {    // 线程执行的代码    pthread_exit(NULL);}

这就表示线程完成自己的任务后,通过pthread_exit()优雅地 “离开舞台”,结束自己的执行 。

五、进程与线程的应用场景与选择

5.1多进程与多线程在Web服务器中的应用解析

多进程适合需要资源隔离的场景,以数据库服务为例,其查询处理、事务管理、存储管理等模块常以独立进程运行。这种设计的核心优势在于模块间资源完全隔离,单个模块崩溃不会影响其他模块正常运行,如同独立城堡互不波及;同时在多CPU系统中,不同进程可运行于不同核心,充分利用硬件资源实现真正并行处理,提升整体性能。但多进程也存在明显不足:进程间通信(IPC)复杂度高,实现数据共享需借助管道、消息队列、共享内存等机制,增加了编程难度与维护成本,堪比在独立城堡间搭建通信渠道需精心设计;且进程创建与销毁开销大,需分配独立内存空间、复制进程控制块等,不适用于频繁创建销毁任务的场景。

在服务器端程序中,fork(创建进程)与pthread_create(创建线程)是实现并发的两大核心工具,各自承载独特作用,尤其在Web服务器的高并发处理场景中应用广泛。

传统Web服务器常采用多进程模型,基于fork应对客户端并发请求:主进程监听指定端口等待连接,当新客户端连接到达时,调用fork创建子进程专门处理该请求。每个子进程拥有独立内存空间与资源,相互隔离互不干扰,即便某子进程处理请求时出现错误或异常,也不会影响其他子进程及整个服务器运行。例如在基于fork的Web服务器中,子进程会完成读取HTTP请求、解析内容、返回HTML页面或资源等完整流程,能有效保障服务稳定性。但需注意,fork创建进程开销较大,高并发场景下若创建过多进程,可能导致系统资源耗尽,反而影响服务器性能。为更高效处理高并发,现代Web服务器多采用多线程模型,通过pthread_create创建线程处理请求:主线程监听端口,新连接到来时创建新线程负责处理。

由于多个线程共享进程的内存空间与资源(如文件描述符、全局变量),线程间通信与数据共享更便捷高效。以基于pthread_create的Web服务器为例,新线程在函数中完成读取请求、处理业务逻辑、返回响应数据的流程,且线程创建与切换开销远小于进程,能在相同系统资源下创建更多执行单元,显著提升并发处理能力。不过多线程编程也面临线程同步与数据竞争的挑战,需借助互斥锁、条件变量等同步机制保障数据一致性与正确性。下面通过简单的代码示例,对比多进程与多线程在Web服务器中的具体应用实现。

多进程Web服务器示例:

#include <stdio.h>#include <stdlib.h>#include <string.h>#include <sys/types.h>#include <sys/socket.h>#include <arpa/inet.h>#include <unistd.h>#include <sys/wait.h>#define PORT 8080#define BACKLOG 10voidhandle_client(int client_fd){    char buffer[1024];    ssize_t bytes_read = recv(client_fd, buffer, sizeof(buffer) - 10);    if (bytes_read > 0) {        buffer[bytes_read] = '\0';        // 处理HTTP请求,这里简单返回固定内容        const char *response = "HTTP/1.1 200 OK\r\nContent-Type: text/html\r\n\r\n<html><body>Hello, World!</body></html>";        send(client_fd, response, strlen(response), 0);    }    close(client_fd);}intmain(){    int server_fd, client_fd;    struct sockaddr_in server_addr, client_addr;    socklen_t client_addr_len = sizeof(client_addr);    server_fd = socket(AF_INET, SOCK_STREAM, 0);    if (server_fd == -1) {        perror("socket creation failed");        exit(EXIT_FAILURE);    }    server_addr.sin_family = AF_INET;    server_addr.sin_port = htons(PORT);    server_addr.sin_addr.s_addr = INADDR_ANY;    if (bind(server_fd, (struct sockaddr *)&server_addr, sizeof(server_addr)) == -1) {        perror("bind failed");        close(server_fd);        exit(EXIT_FAILURE);    }    if (listen(server_fd, BACKLOG) == -1) {        perror("listen failed");        close(server_fd);        exit(EXIT_FAILURE);    }    while (1) {        client_fd = accept(server_fd, (struct sockaddr *)&client_addr, &client_addr_len);        if (client_fd == -1) {            perror("accept failed");            continue;        }        pid_t pid = fork();        if (pid == -1) {            perror("fork failed");            close(client_fd);        } else if (pid == 0) {            // 子进程处理客户端请求            close(server_fd);            handle_client(client_fd);            exit(EXIT_SUCCESS);        } else {            // 父进程继续监听,关闭客户端socket以避免资源浪费            close(client_fd);            waitpid(pid, NULL, WNOHANG);        }    }    close(server_fd);    return 0;}

多线程Web服务器示例:

#include <stdio.h>#include <stdlib.h>#include <string.h>#include <sys/types.h>#include <sys/socket.h>#include <arpa/inet.h>#include <unistd.h>#include <pthread.h>#define PORT 8080#define BACKLOG 10void *handle_client(void *arg){    int client_fd = *(int *)arg;    char buffer[1024];    ssize_t bytes_read = recv(client_fd, buffer, sizeof(buffer) - 10);    if (bytes_read > 0) {        buffer[bytes_read] = '\0';        // 处理HTTP请求,这里简单返回固定内容        const char *response = "HTTP/1.1 200 OK\r\nContent-Type: text/html\r\n\r\n<html><body>Hello, World!</body></html>";        send(client_fd, response, strlen(response), 0);    }    close(client_fd);    pthread_exit(NULL);}intmain(){    int server_fd, client_fd;    struct sockaddr_in server_addr, client_addr;    socklen_t client_addr_len = sizeof(client_addr);    pthread_t tid;    server_fd = socket(AF_INET, SOCK_STREAM, 0);    if (server_fd == -1) {        perror("socket creation failed");        exit(EXIT_FAILURE);    }    server_addr.sin_family = AF_INET;    server_addr.sin_port = htons(PORT);    server_addr.sin_addr.s_addr = INADDR_ANY;    if (bind(server_fd, (struct sockaddr *)&server_addr, sizeof(server_addr)) == -1) {        perror("bind failed");        close(server_fd);        exit(EXIT_FAILURE);    }    if (listen(server_fd, BACKLOG) == -1) {        perror("listen failed");        close(server_fd);        exit(EXIT_FAILURE);    }    while (1) {        client_fd = accept(server_fd, (struct sockaddr *)&client_addr, &client_addr_len);        if (client_fd == -1) {            perror("accept failed");            continue;        }        if (pthread_create(&tid, NULL, handle_client, (void *)&client_fd) != 0) {            perror("pthread_create failed");            close(client_fd);        } else {            // 分离线程,使其结束时自动释放资源            pthread_detach(tid);        }    }    close(server_fd);    return 0;}

从上面的代码可以看出,多进程模型中每个客户端请求由一个独立的子进程处理,而多线程模型中每个客户端请求由一个线程处理。在实际应用中,需要根据服务器的负载、并发量、资源限制等因素来选择合适的模型 。如果服务器需要处理大量短连接请求,且对资源隔离要求较高,多进程模型可能更合适;如果服务器需要处理高并发的长连接请求,且希望减少资源开销,多线程模型则更具优势 。

5.2多线程的数据分析与计算任务中的应用

多线程更适合在进程内实现并行计算、提高响应速度的场景。例如Web服务器,当多个客户端请求到达时,服务器可为每个请求创建一个线程专门处理,这样能充分利用CPU资源实现并发处理,显著提升响应速度——这就像餐厅里多个服务员同时为不同顾客服务,能让顾客更快获得响应。同时,线程间共享所属进程的资源,数据共享和通信更加方便高效,比如多个线程可直接访问进程的全局变量,无需依赖复杂的进程间通信(IPC)机制。

不过多线程也存在明显缺点:其一,线程安全问题突出。由于线程共享进程资源,当多个线程同时访问并修改共享数据时,极易出现数据竞争,需借助锁、信号量等同步机制保证数据一致性,这无疑增加了编程复杂度,就像多个服务员同时操作餐厅的同一个账本,必须制定严格规则才能避免账目混乱;其二,稳定性较差,单个线程的崩溃可能导致整个进程崩溃,因为所有线程共享同一地址空间;其三,调度开销会随线程数量增加而上升,当线程数量超过CPU核心数时,性能提升会变得不明显,甚至可能因频繁切换线程而下降。

除Web服务场景外,pthread_create创建的多线程机制在数据分析与计算任务中也发挥着重要作用。这类任务通常数据量庞大,需高效的处理方式提升计算效率,而多线程就像一支高效协作的团队,能通过分工协作快速完成复杂任务。

以一个简单的数据分析程序为例:假设我们有一个包含大量数据的数组,需要对每个元素执行复杂计算(如计算平方、立方),并统计满足“平方大于100且立方小于1000”条件的元素个数。若采用单线程处理,需依次遍历数组所有元素逐一计算,在数据量较大时会耗费大量时间;而通过多线程并行处理可显著提升效率:我们可将数组拆分为多个部分,让每个线程负责处理其中一部分数据。比如有4个线程时,就将数组平均分成4份,通过pthread_create创建这4个线程后,每个线程的执行函数接收对应的数据片段作为参数,在函数内部独立完成数据计算与条件统计。

#include <stdio.h>#include <pthread.h>#include <stdlib.h>#define DATA_SIZE 1000000#define THREAD_COUNT 4// 数据结构体,包含数组和统计结果typedef struct {    int *data;    int start;    int end;    int count;} DataTask;// 线程执行函数void *process_data(void *arg){    DataTask *task = (DataTask *)arg;    task->count = 0;    for (int i = task->start; i < task->end; i++) {        int square = task->data[i] * task->data[i];        int cube = square * task->data[i];        if (square > 100 && cube < 1000) {            task->count++;        }    }    return NULL;}intmain(){    int data[DATA_SIZE];    // 初始化数据    for (int i = 0; i < DATA_SIZE; i++) {        data[i] = rand() % 100;    }    pthread_t threads[THREAD_COUNT];    DataTask tasks[THREAD_COUNT];    int step = DATA_SIZE / THREAD_COUNT;    // 分配任务给每个线程    for (int i = 0; i < THREAD_COUNT; i++) {        tasks[i].data = data;        tasks[i].start = i * step;        tasks[i].end = (i == THREAD_COUNT - 1)? DATA_SIZE : (i + 1) * step;        if (pthread_create(&threads[i], NULL, process_data, (void *)&tasks[i]) != 0) {            perror("pthread_create failed");            return 1;        }    }    // 等待所有线程完成    for (int i = 0; i < THREAD_COUNT; i++) {        if (pthread_join(threads[i], NULL) != 0) {            perror("pthread_join failed");            return 1;        }    }    int total_count = 0;    // 汇总统计结果    for (int i = 0; i < THREAD_COUNT; i++) {        total_count += tasks[i].count;    }    printf("Total count of elements meeting the criteria: %d\n", total_count);    return 0;}

在这个例子中,通过多线程并行处理,每个线程同时处理一部分数据,大大减少了总的计算时间 。与单线程处理相比,多线程可以充分利用多核 CPU 的优势,提高计算资源的利用率 。不过,在多线程处理数据时,也需要注意线程同步和数据一致性问题。如果多个线程需要访问和修改共享数据,如共享的统计变量,必须使用同步机制(如互斥锁)来保证数据的正确性,避免出现数据竞争和不一致的情况 。

5.3如何根据需求选择

在实际应用中,我们需要根据具体需求来选择使用进程还是线程 。如果对资源隔离和稳定性要求较高,比如涉及重要数据处理、系统关键服务等场景,优先选择多进程,像前面提到的数据库服务 。而如果追求高效的并发处理,并且需要频繁共享数据和通信,比如 Web 服务器、图形界面应用程序等,多线程是更好的选择 。

对于一些复杂的应用,还可以采用进程和线程结合的方式 。比如一个大型的分布式系统,不同的子系统可以作为独立进程运行,实现资源隔离和故障隔离,而在每个子系统内部,又可以使用多线程来提高并发处理能力 。就像一个大型企业,不同的部门(进程)有各自独立的运作空间,而每个部门内部的员工(线程)又可以协同合作,提高工作效率 。

总之,进程和线程各有优劣,根据具体场景和需求做出合适的选择,才能充分发挥它们的优势,构建出高效、稳定的系统 。

六、进程与线程常见误解

6.1误解一:线程就是轻量级进程,二者无本质区别

在 Linux 编程学习的初期,很多人会接触到线程的概念,并且常常听到 “线程是轻量级进程” 这样的表述。这种说法有一定的合理性,因为线程在创建、销毁和切换时的开销确实比进程小很多 。在简单的多任务场景中,线程和进程看起来都是在同时执行多个任务,比如在一个程序中,开启多个线程来分别处理不同的文件读取任务,和开启多个进程来做同样的事情,从表面上看,二者似乎都是在并行处理任务,这就容易让人产生线程和进程没有本质区别,只是线程开销更小的误解。

从操作系统底层原理来看,进程是操作系统进行资源分配的基本单位 。每一个进程都拥有独立的内存空间、文件描述符、信号处理机制等资源。例如,当我们运行一个 Python 程序时,系统会为这个程序分配独立的堆空间用于存储变量和对象,栈空间用于函数调用和局部变量存储,还有独立的代码段。不同进程之间的内存空间是相互隔离的,这就保证了一个进程的崩溃不会影响其他进程的正常运行。比如,一个浏览器通常会为每个标签页开启一个独立进程,当某个标签页崩溃时,其他标签页仍然可以正常工作。

而线程则是任务调度和执行的基本单位 ,它是进程的一个执行流,共享所属进程的资源。在一个进程中可以有多个线程,它们共享进程的内存空间、文件描述符等资源,每个线程有自己独立的栈空间用于局部变量存储和函数调用,以及独立的程序计数器用于记录当前执行的指令位置。比如在一个 Java Web 应用程序中,会有多个线程来处理不同的 HTTP 请求,这些线程共享应用程序的内存资源,包括对象实例、静态变量等。线程间的通信和数据共享更加方便,因为它们处于同一进程的内存空间中,但这也带来了同步和互斥的问题,需要开发者使用锁机制等手段来保证数据的一致性。

6.2误解二:进程间通信难,线程间通信毫无问题

在 Linux 编程领域,有一种较为普遍的误解,认为进程间通信困难重重,而线程间通信则轻而易举,毫无问题。很多人觉得线程共享进程的内存空间,数据传递天然简单,只要将数据放在共享内存区域,其他线程就能直接访问,完全忽略了多线程环境下复杂的同步与数据一致性问题 。这种观点就好比认为只要把一群人放在同一个房间里,他们就能毫无冲突、高效地协作完成任务,却没考虑到可能出现的意见分歧、资源争夺等问题。

进程之间由于拥有独立的内存空间,它们之间的通信需要借助专门的进程间通信(IPC,Inter - Process Communication)机制 。这是因为每个进程的内存空间相互隔离,就像一个个独立的房间,进程无法直接访问其他进程的 “房间” 里的数据。常见的进程间通信方式有管道(Pipe)、消息队列(Message Queue)、共享内存(Shared Memory)、信号量(Semaphore)等。例如,管道是一种半双工的通信方式,数据只能单向流动,常用于父子进程间的通信,像在一个 Shell 脚本中,ls | grep "test" 这个命令就是通过管道将ls命令的输出作为grep命令的输入 。消息队列则允许进程以消息的形式进行通信,一个进程发送消息到队列,另一个进程从队列中读取消息,适用于不同进程间异步通信的场景。

而线程间通信虽然可以直接共享所属进程的内存空间,看似简单,但实际上多线程访问共享资源时会面临严重的竞态条件(Race Condition)问题 。当多个线程同时访问和修改共享数据时,由于线程调度的不确定性,可能会导致数据的不一致。比如,多个线程同时对一个共享的计数器进行加一操作,如果没有合适的同步机制,最终的结果可能并不是我们预期的依次累加后的正确值。为了解决这个问题,线程间通信同样需要引入同步机制,如互斥锁(Mutex)、条件变量(Condition Variable)、读写锁(Read - Write Lock)等。互斥锁用于保证同一时间只有一个线程可以进入临界区,访问共享资源;条件变量则用于线程之间的等待 - 通知机制,一个线程等待某个条件满足,另一个线程在条件满足时通知它;读写锁则区分了读操作和写操作,允许多个线程同时进行读操作,但写操作时必须独占。所以说,线程间通信并非毫无问题,它同样需要开发者精心设计和处理同步逻辑,以确保数据的一致性和程序的正确性。

6.3误解三:创建进程和线程开销了解,但影响不大

很多开发者在学习 Linux 进程和线程时,都知道创建进程的开销要比创建线程大得多 。进程创建时,操作系统需要为其分配独立的内存空间,复制各种资源,如文件描述符表、进程控制块(PCB,Process Control Block)等。而线程创建时,因为共享进程的资源,主要是分配线程栈和一些寄存器相关的资源,开销相对较小。然而,在实际编程中,不少人虽然知晓这一区别,却认为这些开销在现代计算机强大的性能面前,对程序整体性能的影响微不足道,从而在编写代码时,不重视对进程和线程创建数量及频率的控制。

在实际的高并发场景下,创建进程和线程的开销对系统性能有着不可忽视的影响。例如,在一个高并发的 Web 服务器中,如果采用多进程模型,每来一个 HTTP 请求就创建一个新进程来处理 。假设服务器每秒收到 1000 个请求,每个进程创建时需要分配 10MB 的内存空间(这只是一个简化的假设,实际情况可能更复杂),那么每秒就需要额外分配 10GB 的内存。随着时间的推移,系统内存会被迅速耗尽,导致系统频繁进行内存交换(Swap),这会极大地降低系统性能,使服务器响应变得极其缓慢。而且,进程间的上下文切换开销也很大,当系统在多个进程间频繁切换时,CPU 需要花费大量时间保存和恢复进程的上下文信息,如寄存器状态、内存映射等,真正用于处理业务逻辑的时间就会减少。

线程虽然创建开销小,但如果创建过多,同样会引发问题 。以一个多线程的文件处理程序为例,若为每个文件的读取和处理都创建一个新线程,当同时处理大量文件时,线程数量过多会导致频繁的上下文切换。因为 CPU 核心数量有限,众多线程需要竞争 CPU 时间片,每次上下文切换都需要保存和恢复线程的栈指针、程序计数器等信息,这些操作会消耗 CPU 资源。当线程数量达到一定程度后,上下文切换带来的开销会超过线程并行执行所带来的性能提升,导致程序整体运行效率下降。所以,无论是进程还是线程,创建开销在实际应用中对系统性能的影响是显著的,开发者必须谨慎考虑它们的使用,根据具体业务场景和系统资源情况,合理控制进程和线程的创建数量与频率。

6.4误解四:进程崩溃不影响其他进程,线程崩溃也如此

在 Linux 编程中,存在一种误解,认为既然进程崩溃通常不会影响其他进程,那么线程崩溃也同样如此,每个线程的运行是完全独立且互不干扰的 。这种想法就像认为在一个大家庭中,每个成员的活动都不会影响到整个家庭的运转,即使某个成员做出了极端的行为。持有这种误解的人,往往在编写多线程程序时,对线程的异常处理不够重视,觉得即使某个线程出现问题,也不会对整个程序造成严重影响。

在 Linux 系统中,进程确实是具有较高独立性的执行单元 。每个进程拥有自己独立的内存空间、文件描述符表、进程控制块等资源。当一个进程崩溃时,比如因为访问了非法的内存地址触发了段错误(Segmentation Fault),操作系统会捕获到这个错误,并将该进程终止。但由于其他进程的资源与它相互隔离,所以并不会受到影响。例如,在一个服务器上同时运行着 Web 服务器进程、数据库服务进程和日志记录进程,Web 服务器进程如果因为代码中的某个逻辑错误导致崩溃,数据库服务进程和日志记录进程依然可以正常工作,它们的内存空间、文件操作等都不会受到 Web 服务器进程崩溃的干扰。

然而,线程的情况则截然不同 。线程是共享所属进程的资源的,包括内存空间、文件描述符、全局变量等。当一个线程崩溃时,比如由于访问了越界的内存,导致进程的内存状态被破坏,整个进程都会受到影响。因为所有线程都在同一个进程的内存空间中运行,一个线程的错误操作可能会使共享的内存数据变得不一致,或者导致其他线程访问到错误的内存地址。以一个多线程的文件处理程序为例,多个线程共享文件描述符来读取和写入文件,如果其中一个线程在写入文件时发生内存访问越界,破坏了文件系统相关的数据结构,那么其他线程再进行文件操作时,就会因为这些被破坏的数据而出现错误,甚至导致整个进程崩溃。

在 C++ 中,如果一个线程中抛出了未捕获的异常,并且没有设置合适的异常处理机制,默认情况下会调用std::terminate函数,从而导致整个进程终止 。所以说,线程崩溃极有可能导致整个进程出现异常甚至终止,与进程崩溃对其他进程的影响有着本质的区别,开发者在编写多线程程序时,必须高度重视线程的异常处理,避免因一个线程的问题而使整个进程崩溃。

6.5误解五:多核环境下,线程数量越多性能越好

在多核处理器普及的今天,不少开发者存在这样一种误解:认为在多核环境下,增加线程数量就能无限制地提升程序性能 。他们觉得,既然 CPU 有多个核心,那么创建更多的线程,就能让每个核心都充分利用起来,从而让程序运行得更快。就像在一个工厂里,有人认为只要不断增加工人数量,生产效率就会持续提高,却忽略了工厂空间、设备数量等资源的限制 。这种想法在一些简单的多线程场景中似乎得到了验证,比如在一个简单的多线程求和程序中,增加线程数量确实在一定程度上缩短了计算时间,这就进一步加深了人们的误解。

实际上,过多的线程不仅不会提升性能,反而会导致性能下降 。当线程数量过多时,首先会面临资源竞争的问题。每个线程在执行过程中都需要占用一定的系统资源,如内存、CPU 时间片等。在一个系统中,内存和 CPU 资源是有限的,过多的线程会竞争这些资源。例如,多个线程同时访问和修改共享内存中的数据时,就需要使用锁机制来保证数据的一致性,这就会导致线程在获取锁时等待,从而降低了整体的执行效率。

频繁的上下文切换也是一个重要问题 。CPU 在不同线程之间切换时,需要保存当前线程的上下文信息,如寄存器的值、程序计数器的值等,然后加载下一个线程的上下文信息。这个过程会消耗 CPU 资源,并且没有执行任何实际的业务逻辑。当线程数量过多,CPU 核心数量有限时,线程切换的频率就会增加,导致 CPU 大部分时间都花费在上下文切换上,而不是执行真正的任务。以一个有 4 个 CPU 核心的服务器为例,如果同时运行 100 个线程,那么在同一时刻,只有 4 个线程能真正运行,其他线程都处于等待状态,CPU 需要频繁地在这 100 个线程之间切换,上下文切换带来的开销就会变得非常大。

因此,要根据 CPU 核心数和任务类型来合理设置线程数量 。对于 CPU 密集型任务,由于任务主要消耗 CPU 计算资源,线程数不宜过多,一般设置为 CPU 核心数加 1 即可 。这是因为当某个线程在执行计算任务时,CPU 无法切换到其他线程,多出来的一个线程可以在当前线程发生页缺失或短暂阻塞时,让 CPU 不至于空闲,从而保持 CPU 的持续运行。例如,在一个进行大规模数据加密的程序中,每个加密任务都需要大量的 CPU 计算,此时如果设置过多的线程,反而会因为上下文切换和资源竞争导致性能下降。

对于 I/O 密集型任务,由于任务在进行 I/O 操作(如文件读写、网络请求等)时,CPU 处于空闲状态 ,可以适当增加线程数量,以充分利用 CPU 资源 。一般来说,线程数可以设置为 CPU 核心数的 2 到 4 倍 。比如在一个多线程的文件下载程序中,每个线程负责下载一个文件块,由于文件下载过程中大部分时间都在等待网络数据传输,CPU 处于空闲状态,此时增加线程数量可以让 CPU 在等待 I/O 操作时,切换到其他线程执行任务,从而提高整体的下载效率。所以,在多核环境下,并非线程数量越多性能越好,合理设置线程数量才能充分发挥多核处理器的优势,提升程序性能。

最新文章

随机文章

基本 文件 流程 错误 SQL 调试
  1. 请求信息 : 2026-02-09 00:44:53 HTTP/2.0 GET : https://f.mffb.com.cn/a/460614.html
  2. 运行时间 : 0.086304s [ 吞吐率:11.59req/s ] 内存消耗:4,958.64kb 文件加载:140
  3. 缓存信息 : 0 reads,0 writes
  4. 会话信息 : SESSION_ID=6d0fa3094689d3782aa21ba0dde8d413
  1. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/public/index.php ( 0.79 KB )
  2. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/autoload.php ( 0.17 KB )
  3. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/composer/autoload_real.php ( 2.49 KB )
  4. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/composer/platform_check.php ( 0.90 KB )
  5. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/composer/ClassLoader.php ( 14.03 KB )
  6. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/composer/autoload_static.php ( 4.90 KB )
  7. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-helper/src/helper.php ( 8.34 KB )
  8. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-validate/src/helper.php ( 2.19 KB )
  9. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/helper.php ( 1.47 KB )
  10. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/stubs/load_stubs.php ( 0.16 KB )
  11. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Exception.php ( 1.69 KB )
  12. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-container/src/Facade.php ( 2.71 KB )
  13. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/symfony/deprecation-contracts/function.php ( 0.99 KB )
  14. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/symfony/polyfill-mbstring/bootstrap.php ( 8.26 KB )
  15. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/symfony/polyfill-mbstring/bootstrap80.php ( 9.78 KB )
  16. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/symfony/var-dumper/Resources/functions/dump.php ( 1.49 KB )
  17. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-dumper/src/helper.php ( 0.18 KB )
  18. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/symfony/var-dumper/VarDumper.php ( 4.30 KB )
  19. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/App.php ( 15.30 KB )
  20. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-container/src/Container.php ( 15.76 KB )
  21. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/psr/container/src/ContainerInterface.php ( 1.02 KB )
  22. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/provider.php ( 0.19 KB )
  23. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Http.php ( 6.04 KB )
  24. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-helper/src/helper/Str.php ( 7.29 KB )
  25. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Env.php ( 4.68 KB )
  26. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/common.php ( 0.03 KB )
  27. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/helper.php ( 18.78 KB )
  28. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Config.php ( 5.54 KB )
  29. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/app.php ( 0.95 KB )
  30. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/cache.php ( 0.78 KB )
  31. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/console.php ( 0.23 KB )
  32. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/cookie.php ( 0.56 KB )
  33. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/database.php ( 2.48 KB )
  34. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/facade/Env.php ( 1.67 KB )
  35. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/filesystem.php ( 0.61 KB )
  36. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/lang.php ( 0.91 KB )
  37. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/log.php ( 1.35 KB )
  38. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/middleware.php ( 0.19 KB )
  39. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/route.php ( 1.89 KB )
  40. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/session.php ( 0.57 KB )
  41. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/trace.php ( 0.34 KB )
  42. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/config/view.php ( 0.82 KB )
  43. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/event.php ( 0.25 KB )
  44. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Event.php ( 7.67 KB )
  45. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/service.php ( 0.13 KB )
  46. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/AppService.php ( 0.26 KB )
  47. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Service.php ( 1.64 KB )
  48. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Lang.php ( 7.35 KB )
  49. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/lang/zh-cn.php ( 13.70 KB )
  50. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/initializer/Error.php ( 3.31 KB )
  51. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/initializer/RegisterService.php ( 1.33 KB )
  52. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/services.php ( 0.14 KB )
  53. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/service/PaginatorService.php ( 1.52 KB )
  54. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/service/ValidateService.php ( 0.99 KB )
  55. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/service/ModelService.php ( 2.04 KB )
  56. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-trace/src/Service.php ( 0.77 KB )
  57. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Middleware.php ( 6.72 KB )
  58. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/initializer/BootService.php ( 0.77 KB )
  59. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/Paginator.php ( 11.86 KB )
  60. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-validate/src/Validate.php ( 63.20 KB )
  61. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/Model.php ( 23.55 KB )
  62. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/Attribute.php ( 21.05 KB )
  63. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/AutoWriteData.php ( 4.21 KB )
  64. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/Conversion.php ( 6.44 KB )
  65. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/DbConnect.php ( 5.16 KB )
  66. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/ModelEvent.php ( 2.33 KB )
  67. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/concern/RelationShip.php ( 28.29 KB )
  68. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-helper/src/contract/Arrayable.php ( 0.09 KB )
  69. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-helper/src/contract/Jsonable.php ( 0.13 KB )
  70. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/model/contract/Modelable.php ( 0.09 KB )
  71. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Db.php ( 2.88 KB )
  72. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/DbManager.php ( 8.52 KB )
  73. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Log.php ( 6.28 KB )
  74. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Manager.php ( 3.92 KB )
  75. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/psr/log/src/LoggerTrait.php ( 2.69 KB )
  76. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/psr/log/src/LoggerInterface.php ( 2.71 KB )
  77. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Cache.php ( 4.92 KB )
  78. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/psr/simple-cache/src/CacheInterface.php ( 4.71 KB )
  79. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-helper/src/helper/Arr.php ( 16.63 KB )
  80. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/cache/driver/File.php ( 7.84 KB )
  81. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/cache/Driver.php ( 9.03 KB )
  82. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/contract/CacheHandlerInterface.php ( 1.99 KB )
  83. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/Request.php ( 0.09 KB )
  84. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Request.php ( 55.78 KB )
  85. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/middleware.php ( 0.25 KB )
  86. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Pipeline.php ( 2.61 KB )
  87. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-trace/src/TraceDebug.php ( 3.40 KB )
  88. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/middleware/SessionInit.php ( 1.94 KB )
  89. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Session.php ( 1.80 KB )
  90. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/session/driver/File.php ( 6.27 KB )
  91. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/contract/SessionHandlerInterface.php ( 0.87 KB )
  92. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/session/Store.php ( 7.12 KB )
  93. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Route.php ( 23.73 KB )
  94. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/RuleName.php ( 5.75 KB )
  95. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/Domain.php ( 2.53 KB )
  96. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/RuleGroup.php ( 22.43 KB )
  97. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/Rule.php ( 26.95 KB )
  98. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/RuleItem.php ( 9.78 KB )
  99. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/route/app.php ( 1.72 KB )
  100. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/facade/Route.php ( 4.70 KB )
  101. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/dispatch/Controller.php ( 4.74 KB )
  102. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/route/Dispatch.php ( 10.44 KB )
  103. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/controller/Index.php ( 4.81 KB )
  104. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/app/BaseController.php ( 2.05 KB )
  105. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/facade/Db.php ( 0.93 KB )
  106. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/connector/Mysql.php ( 5.44 KB )
  107. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/PDOConnection.php ( 52.47 KB )
  108. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/Connection.php ( 8.39 KB )
  109. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/ConnectionInterface.php ( 4.57 KB )
  110. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/builder/Mysql.php ( 16.58 KB )
  111. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/Builder.php ( 24.06 KB )
  112. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/BaseBuilder.php ( 27.50 KB )
  113. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/Query.php ( 15.71 KB )
  114. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/BaseQuery.php ( 45.13 KB )
  115. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/TimeFieldQuery.php ( 7.43 KB )
  116. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/AggregateQuery.php ( 3.26 KB )
  117. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/ModelRelationQuery.php ( 20.07 KB )
  118. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/ParamsBind.php ( 3.66 KB )
  119. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/ResultOperation.php ( 7.01 KB )
  120. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/WhereQuery.php ( 19.37 KB )
  121. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/JoinAndViewQuery.php ( 7.11 KB )
  122. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/TableFieldInfo.php ( 2.63 KB )
  123. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-orm/src/db/concern/Transaction.php ( 2.77 KB )
  124. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/log/driver/File.php ( 5.96 KB )
  125. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/contract/LogHandlerInterface.php ( 0.86 KB )
  126. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/log/Channel.php ( 3.89 KB )
  127. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/event/LogRecord.php ( 1.02 KB )
  128. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-helper/src/Collection.php ( 16.47 KB )
  129. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/facade/View.php ( 1.70 KB )
  130. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/View.php ( 4.39 KB )
  131. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Response.php ( 8.81 KB )
  132. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/response/View.php ( 3.29 KB )
  133. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/Cookie.php ( 6.06 KB )
  134. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-view/src/Think.php ( 8.38 KB )
  135. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/framework/src/think/contract/TemplateHandlerInterface.php ( 1.60 KB )
  136. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-template/src/Template.php ( 46.61 KB )
  137. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-template/src/template/driver/File.php ( 2.41 KB )
  138. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-template/src/template/contract/DriverInterface.php ( 0.86 KB )
  139. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/runtime/temp/067d451b9a0c665040f3f1bdd3293d68.php ( 11.98 KB )
  140. /yingpanguazai/ssd/ssd1/www/f.mffb.com.cn/vendor/topthink/think-trace/src/Html.php ( 4.42 KB )
  1. CONNECT:[ UseTime:0.000753s ] mysql:host=127.0.0.1;port=3306;dbname=f_mffb;charset=utf8mb4
  2. SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.000923s ]
  3. SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000346s ]
  4. SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000258s ]
  5. SHOW FULL COLUMNS FROM `set` [ RunTime:0.000634s ]
  6. SELECT * FROM `set` [ RunTime:0.000211s ]
  7. SHOW FULL COLUMNS FROM `article` [ RunTime:0.000763s ]
  8. SELECT * FROM `article` WHERE `id` = 460614 LIMIT 1 [ RunTime:0.001031s ]
  9. UPDATE `article` SET `lasttime` = 1770569093 WHERE `id` = 460614 [ RunTime:0.003947s ]
  10. SELECT * FROM `fenlei` WHERE `id` = 67 LIMIT 1 [ RunTime:0.000411s ]
  11. SELECT * FROM `article` WHERE `id` < 460614 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.000678s ]
  12. SELECT * FROM `article` WHERE `id` > 460614 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000497s ]
  13. SELECT * FROM `article` WHERE `id` < 460614 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.002028s ]
  14. SELECT * FROM `article` WHERE `id` < 460614 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.002083s ]
  15. SELECT * FROM `article` WHERE `id` < 460614 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.003125s ]
0.088071s