进程控制-解决僵尸进程

• 目录

  1.进程终止

  1.1进程终止的场景

  1.2正常终止(可以通过“ echo $?查看进程退出码) :

  1.3异常终止:

  1.4 exit和_ exit的区别

  1.5刷新缓冲区的方式

  1.6缓冲方式

  1.7 wait函数

  1.8. waitpid函数

  ---

• 1.进程终止

  • 1.1进程终止的场景

    • 代码运行结束，结果正确;好比点外卖，点上了，送来点的外卖。
    • 代码运行结束，结果不正确;好比点外卖，约上了，但是送错了。
    • 代码异常终止;好比点外卖，点都没点上。

  • 1.2正常终止(可以通过“ echo $?查看进程退出码) :

    • 从main函数当中的return返回
      • 并不是所有函数的return都能结束进程，只有main函数的return才能结束进程。
    • 调用exit函数(库函数)
      • 看到函数先man
      • 可以看到void exit （int status）:
        • 参数status:函数的退出码。
        • 函数的作用就是：终止一个进程，谁调用终止谁
    • 调用_ exit函数(系统调用函数)
      • 首先man一下
      • 可以看到void _exit （int status）:
        • 参数status:函数的退出码。
        • 函数的作用就是:终止一个进程，谁调用终止谁
      • 查看进程退出码：echo $?
        • 1.在我们调用exit函数时可以设置函数的退出码,这里我们将他的退出码设为100
        • 
        • 运行结束后查看退出码可以看到退出码是100。
        • 
        • 2.当我们不调用exit函数时，让程序在main函数return处返回我们可以发现函数的推出值是main函数的返回值。
        • 

  • 1.3异常终止:

    • 程序崩溃：程序有bug
    • ctrl+C

  • 1.4 exit和_ exit的区别

    • 1.exit函数比——exit多执行的两个步骤
      • 1.执行用户自定义的清理函数
      • 2.冲刷缓冲区，关闭流等
      • 
    • 2.执行用户自定义的清理函数
    • 回调函数:在代码当中注册个函数，注册回调函数的函数，要了解这句话我们首先要知道一个函数：
      • atexit函数:int atexit(void(*function(void)))
      • 可以看到这是一个库函数，作用就是注册一个函数，在进程终止的时候调用。

      • 
      • 我们来代码验证一下
      • 我们可以发现在调用atexit函数时并没有调用它注册的函数，而是在程序运行结束的时候才调用。
      • 这里就可以理解上面的exit函数执行用户自定义的清理函数执行用户自定义的清理函数是什么意思了。
    • 回调函数
    • 在特定的时候进行执行;
    • 3.冲刷缓冲区&关闭流(标准输入，标准输出， 标准错误)
      • 这个缓冲区是C标准库定义的，并不是内核的。
      • 建立缓冲区是为了减少IO操作次数，因为IO操作比较耗时间，所以就定义了缓冲区，当出发刷新缓冲区的条件之后，缓冲区的内容才会继续IO操作（将内容打印到屏幕，将内容写到文件当中，有可能从文件中读取）

  • 1.5刷新缓冲区的方式

    • 1.我们先来看_exit函数
    • 
    • 我们可以看到并没有打印出来
    • 
    • 2.exit：我们可以看到它将printf中的内容打印出来了
    • 
    • 3.那么为啥exit就会输出我们的内容呢？
    • 
    • 4.main函数的return
    • f5.flush：向标准输出中刷新。
    • 

    •  6.加"\n"也可以 

  • 1.6缓冲方式

    • 全缓冲:当缓冲区写满了的时候，才 进行I0
    • 行缓冲:行缓冲。在这种情况下，当在输入和输出中遇到换行符时，标准I/ 0库执行I/0操作。
    • 不缓冲:不带缓冲。标准I/0库不对字符进行缓冲存储

  • 1.7 wait函数

    • 1.作用：
    • 等待退出的子进程，回收退出的子进程的状态信息
    • 2.返回值:
      • 成功返回被等待进程pid,
      • 失败返回-1。
    • 3.参数:int status
      • 调用wait函数的调用者要获取子进程的退出状态信息，但是返回值已经有含义了，所以wait获取到的子进程的状态信息是通过参数传递的。
      • status的调用者进行定义的，通过把status的地址传递给wait，参数要传一个整型地址：status是wait函数的实现逻辑（代码）进行赋值的
      • 
      • 输出型参数，获取子进程退出状态，不关心则可以设置成为NULL
      • 子进程异常退出:如果传递status的值， 则会获取到co redump标志位+退出信号
      • int status:只用到了低两个字节。分两种情况
      • 
    • 4测试：
      • 1.子进程正常退出:如果传递status的值，在会获取到子进程的退出状态 
      • 
      • 我们可以看到正常退出并且退出码为100，即exit的参数。
      • 
      • 2.那么我们可以看看非正常退出的况
      • 
      • 这里我们会发现一开始打印的coredump标志位是0并不是1，
      • 但这并不是说我们的结论是错的，而是因为core file size为0所以即使程序崩溃也不会产生coredump文件。 
      • 因此我们需要将core file size设为unlimited，我们发现设置完成之后core dump标志位就变为1了
  •  
    • 5.函数特性:
      • 阻塞：
        • 谁调用，谁等待。 直到等待的子进程退出，把这种称之为阻塞。换句话说:当发起阻塞调用之后，如果要完成函数功能，需要等待。如果发起阻塞调用的时候， 资源在， 无需等待， 直接执行函数功能后返回。如果发起阻塞调用的时候，需要等待资源， 则需要等待 资源到来后，执行完函数功能后返回
      • 非阻塞:
        • 当调用一个非阻塞函数的时候， 函数 会判断资源是否准备好。如果准备好，执行函数功能后返回。如果没有准备好，则函数报错返回。 (需要知道函数的功能并 没有完成)
    • 我们先来看一下在调用wait函数后，子进程先于父进程退出还会不会变成僵尸进程。
    • 
    • 我们让代码跑起来，我们查看子进程的状态信息，可以发现子进程此时不是僵尸状态。
    • 我们看一下父进程调用wait函数之后，在子进程还没有退出时父进程是否会退出
    • 
    • 我们执行代码后发现父进程并没有退出，而是一直在等待
    • 我们用pstack+[pid]看一下父进程当前在执行什么代码
    • 
    • 结论：在调用wait函数后我们的父进程会一直等待子进程退出，等待到才会退出。等待到父子进程都就退出了。

• 1.8. waitpid函数

• 1.8.1函数原型:
  • pid_t waitpid(pid_t pid, int *status, int options) ;
    • pid:
      • pid=-1等待任意一个子进程。与wait函数等效。
      • pid>0等待其进程ID与pid一样的子进程。
  • options：
    • WNOHANG：设置waitpid为非阻塞状态：若pid指定的子进程没有结束，则waitpid（）函数返回0，不予等待。若正常结束，则返回该子进程的ID。
    • status：子进程的退出信息，同wait
  • 返回值：
    • 当正常返回的时候waitpid返回收集到的子进程的进程ID
    • 如果设置了选项WNOHANG，而调用中waitpid发现没有一退出的子进程可收集，则返回0；
    • 我们这里将options设置为非阻塞状态
    • 
    • 我们可以发现在子进程此时退出了，变成了僵尸状态，说明父进程并没有等待子进程退出回收它的状态信息
    • 
    • 所以非阻塞状态要配合循环来使用
    • 如果调用中出错，则返回-1，这时errno会被设置为相应的值以指示错误所在

                看到这里如果觉得有用不如就点个赞再走吧！！！