学习
实践
活动
工具
TVP
写文章

Go 信号阻塞

package main import ( "fmt" "os" "os/signal" "syscall" ) // 监听指定信号 func main() { //合建chan c := make (chan os.Signal) //监听指定信号 ctrl+c kill signal.Notify(c, os.Interrupt, os.Kill, syscall.SIGUSR1, syscall.SIGUSR2 ) //阻塞直到有信号传入 fmt.Println("启动") //阻塞直至有信号传入 s := <-c fmt.Println("退出信号", s) }

6810

linux系统编程之信号(三):信号阻塞与未决

进程可以选择阻塞(Block)某个信号,SIGKILL 和 SIGSTOP 不能被阻塞。被阻塞信号产生时将保持在未决状态,直到进程解除对此信号阻塞,才执行递达的动作。 注意,阻塞和忽略是不同的,只要信号阻塞就不会递达,而忽略是在递达之后可选的一种处理动作。信号在内核中的表示可以看作是这样的: ? 未决和阻塞标志可以用相同的数据类型sigset_t来存储,sigset_t称为信号集,这个类型可以表示每个信号的“有效”或“无效”状态,,在阻塞信号集中“有效”和“无效”的含义是该信号是否被阻塞,而在未决信号集中 阻塞信号集也叫做当前进程的信号屏蔽字(Signal Mask),这里的“屏蔽”应该理解为阻塞而不是忽略。 参考:《APUE》、《linux c 编程一站式学习》

77300
  • 广告
    关闭

    热门业务场景教学

    个人网站、项目部署、开发环境、游戏服务器、图床、渲染训练等免费搭建教程,多款云服务器20元起。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Linux 信号

    signal 信号是 UNIX 系统最先开始使用的进程间通信机制,因为 Linux 是继承于 UNIX 的,所以 Linux 也支持信号机制,通过向一个或多个进程发送 异步事件信号 来实现,信号可以从键盘或者访问不存在的位置等地方产生 你可以在 Linux 系统上输入 kill -l 来列出系统使用的信号,下面是我提供的一些信号 进程可以选择忽略发送过来的信号,但是有两个是不能忽略的:SIGSTOP 和 SIGKILL 信号。 处于阻塞状态的进程只有再次唤醒后才会被 kill 掉 init 进程是 Linux 的初始化进程,这个进程会忽略任何信号。 当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进 程组和后台有终端输出的进程就会中止。 不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录,wget也 能继续下载。 此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。

    34020

    Linux编程(阻塞和非阻塞IO)

    Linux设备驱动中的阻塞和非阻塞I/0,简单来说就是对I/O操作的两种不同的方式,驱动程序可以灵活的支持用户空间对设备的这两种访问方式。 非阻塞应用程序通常使用select系统调用查询是否可以对设备进行无阻塞的访问最终会引发设备驱动中 poll 函数执行。 =1); //串口上没有输入则返回,所以循环读取 printf("%c/n",buf); 阻塞操作常常用等待队列来实现,而非阻塞操作用轮询的方式来实现。 return mask; } 三、总结 阻塞与非阻塞操作: 定义并初始化等待对列头; 定义并初始化等待队列; 把等待队列添加到等待队列头 设置进程状态(TASK_INTERRUPTIBLE(可以被信号打断 )和TASK_UNINTERRUPTIBLE(不能被信号打断)) 调用其它进程

    2.2K20

    linux阻塞与非阻塞(connect连接超时)

    阻塞connect详情介绍可以参见文章:https://blog.csdn.net/qq_41453285/article/details/89890429 一、非阻塞connect概述 man手册 解析文档,非阻塞connect如何使用: ①当我们将sock设置为非阻塞之后,使用connect去连接服务端,即使服务端开启了,connect系统调用也不会连接成功,connect而是以失败告终,并返回错误 ②但是非阻塞connect返回的错误是有讲究的: 如果非阻塞connect返回的错误是EINPROGRESS,代表不是connect系统调用出错了,而是connect可能会在后面才会建立完整地连接( ,进一步来等待非阻塞connect客户端与服务端建立完整地连接,在等待的过程中,如果非阻塞connect建立成功了,客户端的sock_fd就会变成可写的(这个在本人的IO复用文章中介绍过,见下图) ④当非阻塞 在有些系统(比如Linux)上返回-1,而在有些系统上(比如源自伯克利的UNIX)返回0 这些问题没有一个统一的解决办法 三、编码演示案例 #include <stdio.h> #include <stdlib.h

    33210

    linux SIGABRT信号

    自己写的程序启动时偶尔会被SIGABRT信号杀死。故查看下SIGABRT的用法。 SIGABRT是中止一个程序,它可以被捕捉,但不能被阻塞。 当程序调用abort(3)时,该进程会向自己发送SIGABRT信号。所以,SIGABRT一般用于信号中一些关键的处理,assert失败时也会使用它。 你不应该去捕捉SIGSEGV和SIGABRT信号,如果收到这种信号,说明进程处于一个不确定的状态,很可能会直接挂起。 发现程序中确实有assert失败报错。 但是是哪个进程发送的SIGABRT信号暂时还不知道。

    21610

    Linux信号基础

    Linux进程基础一文中已经提到,Linux以进程为单位来执行程序。我们可以将计算机看作一个大楼,内核(kernel)是大楼的管理员,进程是大楼的房客。 从信号的生成到信号的传递的时间,信号处于等待(pending)状态(纸条还没有被查看)。 我们同样可以设计程序,让其生成的进程阻塞(block)某些信号,也就是让这些信号始终处于等待的状态,直到进程取消阻塞(unblock)或者无视信号。 常见信号 信号所传递的每一个整数都被赋予了特殊的意义,并有一个信号名对应该整数。常见的信号有SIGINT, SIGQUIT, SIGCONT, SIGTSTP, SIGALRM等。这些都是信号的名字。 特别是获取信号的情况,程序往往会设置一些比较长而复杂的操作(通常将这些操作放到一个函数中)。 信号常常被用于系统管理,所以它的内容相当庞杂。深入了解信号,需要一定的Linux环境编程知识。

    59650

    C# 线程同步之事件信号阻塞 AutoResetEvent

    AutoResetEvent可以在线程与线程间传递信号,来告知其他线程自己已经完成某一阶段的任务。 两个AutoResetEvent实例的初始状态都是unsignaled。 调用任何一个WaitOne都会阻塞,直到Set。

    1.2K10

    Linux信号列表

    当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进 程组和后台有终端输出的进程就会中止。 不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录,wget也 能继续下载。 此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号。 本信号不能被阻塞, 处理或忽略. 20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. ,不能被阻塞

    29140

    Linux信号处理

    外部信号:终端 Ctrl-C 产生 SGINT 信号,定时器到期产生SIGALRM等。 显式请求:kill函数允许进程发送任何信号给其他进程或进程组。 目前 Linux 支持64种信号信号分为非实时信号(不可靠信号)和实时信号(可靠信号)两种类型,对应于 Linux信号值为 1-31 和 34-64。 信号是异步的,一个进程不必通过任何操作来等待信号的到达。 信号实现原理 接下来我们分析一下Linux信号处理机制的实现原理。 为了尽快让信号得到处理,Linux信号处理过程放置在进程从内核态返回到用户态前,也就是在 ret_from_sys_call 处: // arch/i386/kernel/entry.S ENTRY 我们知道,从内核态返回到用户态时,CPU要从内核栈中找到返回到用户态的地址(就是调用系统调用的下一条代码指令地址),Linux为了先让信号处理程序执行,所以就需要把这个返回地址修改为信号处理程序的入口,

    84040

    linux源码看socket的阻塞和非阻塞

    大部分高性能网络框架采用的是非阻塞模式。笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。 本文源码均来自采用Linux-2.6.24内核版本。 \非阻塞状态 我们用fcntl修改socket的阻塞\非阻塞状态。 ),再通过linux的软中断机制调用net_rx_action,如下图所示: 注:上图来自PLKA(<<深入Linux内核架构>>) 紧接着跟踪next_rx_action next_rx_action 希望笔者这篇文章能帮助到阅读linux网络协议栈代码的人。

    75020

    Linux编程(阻塞的概念)

    阻塞。 好吧,再来一点营养。阻塞是啥意思呢? 就是水管堵住了!扭开水龙头没有水出来。 这个道理跟Linux下读取慢速设备(主要指管道和套接字)数据的情形非常相似,例如当我们在读取一个管道时,如果管道里面没有数据,那么我们什么都读不出来,于是就进入了所谓的“阻塞”状态了,说白了阻塞就是使得当前进程或者线程睡眠了的意思 那么再进一步,什么时候会阻塞呢?下面的表格简单描述了这些清空: ? 其中,读者指的是对管道文件拥有读权限的进程或线程(注意不是正在读),写者指的是对管道文件拥有写权限的进程或线程(注意不是正在写)。 除此之外,其实open()函数也会发生阻塞,比如用只读或者只写open一个管道文件的时候。因为一根只有出口或者只有入口的水管,是无法使用的呀!其实就是生活常识。嘿嘿!

    54530

    linux sigpipe信号,Linux下SIGPIPE信号及其处理「建议收藏」

    Linux下写socket的程序的时候,如果尝试send到一个disconnected socket上,就会让底层抛出一个SIGPIPE信号。 这个信号的缺省处理方法是退出进程,大多数时候这都不是我们期望的。因此我们需要重载这个信号的处理方法。 example of piping is the following. ps l | head This command, when run on a Unix-like machine (including Linux

    8920

    linux信号解释(3)--信号处理机制

    如果需要进程捕获某个信号,并作出相应的处理,就需要注册信号处理函数(其实就是内核里需要识别信号函数,类似C语言里的include某函数库)。      处理信号就类似软中断,内核为每个进程准备了一段信号向量表,记录信号的处理机制。当某个信号发生后,内核就会调用注册的函数去处理。     信号何时来,是未知的,因此进程不可能一直等待信号来。 信号的接收不是有用户进程来完成,需要内核来代理。当用户进程P2向另一个进程P1发送信号后,内核接收到信号,将信号放置P1进程的信号队里中。 当P1进程进入内核态时,会检查信号队列,并调取相应的信号函数进行处理。 ?

    34900

    Linux进程通信——信号

    因为信号是对中断的一种模拟。既然是中断,那么它的发生就是不确定。就不会发生一个进程阻塞在这里等待另一个进程执行的结果。这样的异步性通信机制无疑是更加强大的。 Linux下的通信机制是遵从POSIX标准的。34号信号SIGRTMIN信号之前的是早期UNIX操作系统的。它们是不可靠的信号。 (这个和Qt的信号槽差不多) 执行默认动作:Linux对每一个信号都规定了默认操作(可靠信号的默认操作是进程终止)。 还需要一个用于捕捉信号的函数。在Linux下pause()函数用于捕捉信号,如果没有信号发生,pause函数将会一直等待。直到有信号发生。 信号信号集被定义为一种数据类型: typedef struct { unsigned long sig[_NSIG_WORDS]; }sigset_t; 信号集主要配合一下的信号阻塞函数来使用

    1.1K30

    L007Linux信号信号处理和信号处理函数

    signal.h中,在Linux中没有16和32这两个信号。 (30) SIGRTMIN~SIGRTMAX:Linux的实时信号,它没有固定的含义(或者说可以由用户自由使用)。注意,Linux线程机制使用了前3个实时信号。所有的实时信号的默认动作都是终止进程。 1、可靠信号与不可靠信号Linux系统中,信号的可靠性是指信号是否会丢失,或者说该信号是否支持排除。 进程可以调用sigpending将信号设为阻塞,如果为进程产生一个阻塞信号,而对信号的动作是捕捉该信号(即不忽略信号),则内核将为该进程的此信号保持为未决状态,直到该进程对此信号解除阻塞或者对此信号的响应更改为忽略 sigset_t *set,sigset_t *set); 根据how值,设置阻塞信号集,或释放阻塞信号集 int sigpending(sigset_t *set); 获取在阻塞中的所有信号

    1.3K30

    linux源码看socket的阻塞和非阻塞

    linux源码看socket的阻塞和非阻塞 笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码,是一件Exciting的事情。 大部分高性能网络框架采用的是非阻塞模式。 笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。 本文源码均来自采用Linux-2.6.24内核版本。 \非阻塞状态 我们用fcntl修改socket的阻塞\非阻塞状态。 阻塞后什么时候恢复运行呢 情况1:有对应的网络数据到来 首先我们看下网络分组到来的内核路径,网卡发起中断后调用netif_rx将事件挂入CPU的等待队列,并唤起软中断(soft_irq),再通过linux 希望笔者这篇文章能帮助到阅读linux网络协议栈代码的人。

    1.1K20

    UNIX和Linux信号

    当用户退出Linux登录时,前台进程组和后台有对终端输出的进程将会收到SIGHUP信号。这个信号的默认操作为终止进程,因此前台进程组和后台有终端输出的进程就会中止。 不过可以捕获这个信号,比如wget能捕获SIGHUP信号,并忽略它,这样就算退出了Linux登录,wget也能继续下载。 此外,对于与终端脱离关系的守护进程,这个信号用于通知它重新读取配置文件。 本信号不能被阻塞、处理和忽略。如果管理员发现某个进程终止不了,可尝试发送这个信号。 本信号不能被阻塞, 处理或忽略. 20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. ,不能被阻塞

    78040

    Linux笔记(15)| Linux信号

    今天要分享的是Linux中的信号机制,信号是一种软件中断,是一种处理异步事件的方法,可以很好地在多个进程之间进行同步和简单的数据交换。 一、发送信号 发送信号通常有三种方式,分别是使用kill、raise、sigqueue函数 1、kill函数 int kill(pid_t pid,int sig); 第一个参数代表向谁发送,第二个参数代表发送什么信号 二、信号的注册和响应 前面讲了三种发送信号的方式,但是光发送信号还不够,对于接收方来说,还得对信号进行处理。 一般可以使用signal函数和sigaction函数来注册信号。 成员sa_sigaction 则是另一个信号处理函数,它有三个参数,可以获得关于信号的更详细的信息。 实现的需求就是创建一个子进程,父进程每隔一秒钟向子进程发送一个信号,子进程收到信号之后往一个txt文档中写入一句话。

    30510

    扫码关注腾讯云开发者

    领取腾讯云代金券