进程间关系

进程组

每个进程除了有⼀个进程ID之外,还属于⼀个进程组。进程组是⼀个或多个进程的集合。
  • 通常,它们与同⼀作业相关联,可以接收来⾃同⼀终端的各种信号。
  • 每个进程组有⼀个唯⼀的进程组ID。
  • 每个进程组都可以有⼀个组⻓进程。组⻓进程的标识是,其进程组ID等于其进程ID。
  • 组⻓进程可以创建⼀个进程组,创建该组中的进程,然后终⽌。只要在某个进程组中⼀个进程存在,则该进程组就存在,这与其组⻓进程是否终⽌⽆ 关。

通过 ps 指令查看进程组

首先运行一个进程,这里写一个死循环
#include <stdio.h>
#include <unistd.h>

int main()
{
    while(1)
    {
        sleep(1);
    }
    return 0;
}
通过 ps axj | grep a.out 查看该进程信息

当前 a.out 的PID是97465,他的PGID也是 97415,证明当前这个进程是一个组长进程

接下来我们修改一下代码
#include <stdio.h>
#include <unistd.h>

int main()
{
    pid_t pid = fork();
    if(pid < 0)
    {
        while(1)
        {
            sleep(1);
        }

    }
    while(1)
    {
        sleep(1);
    }
    return 0;
}
我们创建一个子进程,让父子进程都进入死循环,观察ps axj 的结果

现在的PID一个是 98797和97898,他们的PGID都是98797,这时他们就在同一个进程组中

前台进程组和后台进程组

  • 执行一个进程以后,我们的shell无法使用,证明这是一个前台进程.
  • 当进程存在,但是shell可以正常使用,证明这是一个后台进程.

后台进程执行的时候,给进程后带一个 & 符

此时这个进程是存在的,我们可以通过ps指令查看

但是不影响我们前台指令的使用

前台进程实际上是一个前台进程组,后台进程也是一个后台进程组

举个栗子:当前我们在命令行敲下这样的指令

通过ps 指令查看

我们可以看到三个sleep同属于一个前台进程组

现在将上面的指令改为后台指令

再次查看,这次有一个后台进程组

我们在加入一些后台进程

再次通过ps指令查看

我们发现,当前有两个进程组,并且我们的shell可以使用

一个终端下,可以包含一个前台进程组以及N个后台进程组


作业

作业的概念很类似于进程组,通常我们不区分进程组和作业,所以我们也可以说 "一个终端包含一个前台作业和n个后台作业"

Shell分前后台来控制的不是进程⽽是作业(Job)或者进程组(Process Group)。
⼀个前台作业可以由多个进程组成,⼀个后台也可以由多个进程组成,Shell可以运⾏⼀个前台作业和任意多个后台作业,这称为作业 控制.

虽然进程组和作业在大部分情况下是相同的,但是还是有一点点不同
进程创建的子进程,此时子进程和父进程在同一个进程组中,但是不在一个作业中

会话

会话(Session)是⼀个或多个进程组的集合。 
⼀个会话可以有⼀个控制终端。这通常是登陆到其上的终端设备(在终端登陆情况下)或伪终端设备(在网络登陆情况下)。建⽴与控制终端连接的会话⾸进程被称为控制进程。
⼀个会话中的⼏个进程组可被分为⼀个前台进程组以及⼀个或多个后台进程组。所以⼀个会话 中,应该包括控制进程(会话⾸进程),⼀个前台进程组和任意后台进程组.

每次打开一个类似于 xshell 的窗口,就是创建了一个会话.
不管是打开终端或者伪终端都会创建一个会话,这个会话对应一个会话首进程,就是Bash进程.这个会话中也就包含了一个前台进程组和N个后台进程组



作业控制

事实上,Shell分前后台来控制的不是进程⽽是作业 (Job)或者进程组(Process Group)。
⼀个前台作业可以由多个进程组成,⼀个后台作业也可以由多个进程组成,Shell可以同时运⾏⼀个前台作业和任意多个 后台作业,这称为作业控制(Job Control)。

jobs 指令
还是以上面sleep指令举例


通过 fg指令将后台进程提到前台,通过ctrl+z将前台进程放到后台


但是按下ctrl+z 以后我们再次jobs,发现当前的 [4] 号后台进程的状态是 Stopped,为了让他运行起来,我们需要使用 bg 指令.

这时候 [4]号 进程组的状态就又变成了 Running

总结一下作业控制的指令:
  • ctrl + c : 杀掉整个前台作业
  • ctrl + z : 将前台进程放到后台,并且停止
  • fg : 将后台作业提到前台
  • bg : 使后台被暂停的作业继续运行
  • jobs : 查看当前有哪些后台作业
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
内容介绍 项目结构: Controller层:使用Spring MVC来处理用户请求,负责将请求分发到相应的业务逻辑层,并将数据传递给视图层进行展示。Controller层通常包含控制器类,这些类通过注解如@Controller、@RequestMapping等标记,负责处理HTTP请求并返回响应。 Service层:Spring的核心部分,用于处理业务逻辑。Service层通过接口和实现类的方式,将业务逻辑与具体的实现细节分离。常见的注解有@Service和@Transactional,后者用于管理事务。 DAO层:使用MyBatis来实现数据持久化,DAO层与数据库直接交互,执行CRUD操作。MyBatis通过XML映射文件或注解的方式,将SQL语句与Java对象绑定,实现高效的数据访问。 Spring整合: Spring核心配置:包括Spring的IOC容器配置,管理Service和DAO层的Bean。配置文件通常包括applicationContext.xml或采用Java配置类。 事务管理:通过Spring的声明式事务管理,简化了事务的处理,确保数据一致性和完整性。 Spring MVC整合: 视图解析器:配置Spring MVC的视图解析器,将逻辑视图名解析为具体的JSP或其他类型的视图。 拦截器:通过配置Spring MVC的拦截器,处理请求的预处理和后处理,常用于权限验证、日志记录等功能。 MyBatis整合: 数据源配置:配置数据库连接池(如Druid或C3P0),确保应用可以高效地访问数据库。 SQL映射文件:使用MyBatis的XML文件或注解配置,将SQL语句与Java对象映射,支持复杂的查询、插入、更新和删除操作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值