分析一下这代码

2020-04-26 06:18:46 246 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

静态代码分析工具：好用的静态代码分析工具应该具备哪些能力静态代码分析是一种无需执行程序的情况下对源代码进行分析的技术。它通过对代码结构、语法、命名规范等进行检查，帮助开发者发现代码中的潜在缺陷、错误和不符合最佳实践的地方。静态代码分析工具能够自动化地分析代码，提供详细的反馈，帮助开发者在早期阶段就修复这些问题，从而提高软件的质量和安全性。阅读详情

网上发现的os.Signal的一个例子

package main;

import (
"os"
"os/signal"
"fmt"
)

//signal包中提供了两个函数
//Notifyf()用于监听信号
//Stop()用于停止监听

func main() {
ch := make(chan os.Signal);
//notify用于监听信号
//参数1表示接收信号的channel
//参数2及后面的表示要监听的信号
//os.Interrupt 表示中断
//os.Kill 杀死退出进程
signal.Notify(ch, os.Interrupt, os.Kill);

//获取信号，如果没有会一直阻塞在这里。
s := <-ch;
//我们通过Ctrl+C或用taskkill /pid -t -f来杀死进程，查看效果。
fmt.Println("信号：", s);
}

事实上，运行程序后，再kill掉进程，程序也就退出了，
s := <-ch;
fmt.Println("信号：", s);
这两句话是不会被执行的，我试过，既然监听的是os.Interrupt, os.Kill，然监听到后，进程都没了，后面的代码也就不可能执行了，这不是悖论吗？不知道这signal.Notify(ch, os.Interrupt, os.Kill);有何意义?

...全文

代码分析方法转载请注明出处！最近半年多时间一直在做新产品的预研和代码分析方面的工作。整个过程是及其富有挑战性和探索性的，回顾这半年多时间的工作和学习，对代码分析方法有一些总结和心得，隧记录下来以备遗忘。这篇文档并非最终文档，在之后的工作和学习过程中会随时补充。开源时代的来临给程序员们带来了丰盛的大餐，网络上存在着大量的优秀产品和代码可供我们品味。但是真正当你要公关阅读详情

ying1234

go语言 2,351 成员 924 内容

+ 关注 + 加入社区

切换为时间正序

ying1234 2020-04-30

打赏
举报

引用 3 楼 qybao 的回复:

Notify的最用只是为了信号转发，也就是本进程接收信号处理后，继续把信号转发给别的通道我这边也试了一下，Kill信号好像不能忽略，所以本进程被杀死了，后续的处理也就没了。以下可以看看Notify转发的效果（要用协程才能更好的查看效果）
import (
	"os"
	"os/signal"
	"fmt"
	"sync"
        "syscall"
)

func main()  {
	signal.Ignore(syscall.SIGHUP, os.Interrupt, os.Kill) //这里让本进程忽略中断信号（本来还想忽略Kill信号，但是做不到）
	ch := make(chan os.Signal); //信号转发到ch通道
	//notify用于监听信号
	//参数1表示接收信号的channel
	//参数2及后面的表示要监听的信号
	//os.Interrupt 表示中断
	//os.Kill 杀死退出进程
	signal.Notify(ch, os.Interrupt);

	//获取信号，如果没有会一直阻塞在这里。
	cnt := &sync.WaitGroup{} //这里为了看效果用个同步锁
	cnt.Add(5) //为了转发5次中断信号
	go func() { //用个协程来接收通道的信号
		for {
			s := <-ch; 
			//我们通过Ctrl+C或用taskkill /pid -t -f来杀死进程，查看效果。
			cnt.Done() //接收一次中断信号就减少同步锁
			fmt.Println("信号：", s);
		}

	}()
	cnt.Wait() //等待同步锁
}
编译运行后，调用kill发送信号 kill -1 进程ID HANUP信号不会转发到go协程 kill -2 进程ID INTERRUPT信号会被转发，根据代码转发5次后程序终了

是的，我用 signal.Notify主要是想实现http平滑关闭，现在看来，只能用Ctrl+C来关闭exe,才会接收到中断信息，我试过，直接鼠标点击exe右上角关闭exe是不行的。

qybao 2020-04-28

打赏
举报

Notify的最用只是为了信号转发，也就是本进程接收信号处理后，继续把信号转发给别的通道
我这边也试了一下，Kill信号好像不能忽略，所以本进程被杀死了，后续的处理也就没了。

以下可以看看Notify转发的效果（要用协程才能更好的查看效果）

import (

	"os"

	"os/signal"

	"fmt"

	"sync"

        "syscall"

)



func main()  {

	signal.Ignore(syscall.SIGHUP, os.Interrupt, os.Kill) //这里让本进程忽略中断信号（本来还想忽略Kill信号，但是做不到）

	ch := make(chan os.Signal); //信号转发到ch通道

	//notify用于监听信号

	//参数1表示接收信号的channel

	//参数2及后面的表示要监听的信号

	//os.Interrupt 表示中断

	//os.Kill 杀死退出进程

	signal.Notify(ch, os.Interrupt);



	//获取信号，如果没有会一直阻塞在这里。

	cnt := &sync.WaitGroup{} //这里为了看效果用个同步锁

	cnt.Add(5) //为了转发5次中断信号

	go func() { //用个协程来接收通道的信号

		for {

			s := <-ch; 

			//我们通过Ctrl+C或用taskkill /pid -t -f来杀死进程，查看效果。

			cnt.Done() //接收一次中断信号就减少同步锁

			fmt.Println("信号：", s);

		}



	}()

	cnt.Wait() //等待同步锁

}

编译运行后，调用kill发送信号
kill -1 进程ID HANUP信号不会转发到go协程
kill -2 进程ID INTERRUPT信号会被转发，根据代码转发5次后程序终了

ying1234 2020-04-27

打赏
举报

interrupt 可以捕捉到，停止IDE运行就可以了，kill无法理解。

ying1234 2020-04-27

打赏
举报

应该是Kill进程是不可被捕获的。

分析一下这代码

相关推荐