NotificationManager是KubeSphere可观测团队开源的一款Kubernetes平台上的多租户通知管理系统，其从Kubernetes接收告警、事件、审计，根据用户设置的模板生成通知消息并推送给用户。在过去的几个月里，社区一直在努力工作，为NotificationManager2.0.0版本的发布做准备。今天，我们非常高兴地宣布NotificationManager2.0.0已经正式发布了！感谢社区各位小伙伴对新功能、增强功能和错误修复的各种帮助！NotificationManager2.0.0为您带来了许多值得关注的功能，包括新增飞书通知、通知路由、通知静默、自定义模板增强

NotificationManager是KubeSphere可观测团队开源的一款Kubernetes平台上的多租户通知管理系统，其从Kubernetes接收告警、事件、审计，根据用户设置的模板生成通知消息并推送给用户。在过去的几个月里，社区一直在努力工作，为NotificationManager2.0.0版本的发布做准备。今天，我们非常高兴地宣布NotificationManager2.0.0已经正式发布了！感谢社区各位小伙伴对新功能、增强功能和错误修复的各种帮助！NotificationManager2.0.0为您带来了许多值得关注的功能，包括新增飞书通知、通知路由、通知静默、自定义模板增强

SpringBoot中注入Servlet&Filter&Listener1.基本介绍文档：SpringBoot中注入Servlet&Filter&Listener考虑到实际开发业务非常复杂和兼容问题，SpringBoot支持将Servlet、Filter、Listener注入spring容器中，成为SpringBean也就是说，SpringBoot开放了和原生WEB组件（Servlet、Filter、Listener）的兼容SpringBoot注入Servlet、Filter、Listener，有两种方式：通过注解方式注入使用RegistrationBean方式注入2.通过注解方式注入2.1@

SpringBoot中注入Servlet&Filter&Listener1.基本介绍文档：SpringBoot中注入Servlet&Filter&Listener考虑到实际开发业务非常复杂和兼容问题，SpringBoot支持将Servlet、Filter、Listener注入spring容器中，成为SpringBean也就是说，SpringBoot开放了和原生WEB组件（Servlet、Filter、Listener）的兼容SpringBoot注入Servlet、Filter、Listener，有两种方式：通过注解方式注入使用RegistrationBean方式注入2.通过注解方式注入2.1@

listen系统调用用于通知进程准备接受套接口上的连接请求，它同时也指定套接口上可以排队等待的连接数的门限值。超过门限值时，套接口将拒绝新的连接请求，TCP将忽略进入的连接请求。/*fd,进行监听的套接口的文件描述符backlog，为指定连接队列长度的最大值*/asmlinkagelongsys_listen(intfd,intbacklog){structsocket*sock;interr,fput_needed;//根据文件描述符获取套接口指针，同时返回是否需要减少对文件引用计数的标志sock=sockfd_lookup_light(fd,&err,&fput_needed);if(so

listen系统调用用于通知进程准备接受套接口上的连接请求，它同时也指定套接口上可以排队等待的连接数的门限值。超过门限值时，套接口将拒绝新的连接请求，TCP将忽略进入的连接请求。/*fd,进行监听的套接口的文件描述符backlog，为指定连接队列长度的最大值*/asmlinkagelongsys_listen(intfd,intbacklog){structsocket*sock;interr,fput_needed;//根据文件描述符获取套接口指针，同时返回是否需要减少对文件引用计数的标志sock=sockfd_lookup_light(fd,&err,&fput_needed);if(so

​​前面一篇文章​​提到，Go内置的net/http中使用了BlockingIO，主要体现在两层for循环。但真的是这样吗？本文我们看看Gonet库中 Server.ListenAndServe 的实现细节。net.Listen("tcp",addr) 方法通过系统调用socket、bind、listen生成 net.Listener 对象，在后面的for循环中，通过系统调用accept等待新的tcpconn，将其包装成一个conn对象，在新的goroutine中对这个conn进行处理。这里是典型的pergoroutineperconnection模型。这个环节看起来是阻塞的，但创建socke

​​前面一篇文章​​提到，Go内置的net/http中使用了BlockingIO，主要体现在两层for循环。但真的是这样吗？本文我们看看Gonet库中 Server.ListenAndServe 的实现细节。net.Listen("tcp",addr) 方法通过系统调用socket、bind、listen生成 net.Listener 对象，在后面的for循环中，通过系统调用accept等待新的tcpconn，将其包装成一个conn对象，在新的goroutine中对这个conn进行处理。这里是典型的pergoroutineperconnection模型。这个环节看起来是阻塞的，但创建socke

在TCP网络通信过程中，我们都是先有server端调用listen监听某个端口号，然后client向server发起连接请求，最终建立起连接。那么，要是没有一端进行监听，是否可以建立起TCP连接呢？对于TCP来讲，一条链路的建立是通过三次握手来完成，而三次握手的过程是由内核完成的，显然三次握手应用程序是无法干扰的。因此我们可能会想到使用原始套接字来接收IP报文，通过应用层来构造三次握手报文来完成三次握手的过程，但是该方法是行不通的，因为原始套接字在收到对端的回应报文syn+ack报文时，系统会自动给对端回应RST报文中断连接。该现象原来的文章分析过，本文不在分析。若要实现套接字的三次握手成功，

在TCP网络通信过程中，我们都是先有server端调用listen监听某个端口号，然后client向server发起连接请求，最终建立起连接。那么，要是没有一端进行监听，是否可以建立起TCP连接呢？对于TCP来讲，一条链路的建立是通过三次握手来完成，而三次握手的过程是由内核完成的，显然三次握手应用程序是无法干扰的。因此我们可能会想到使用原始套接字来接收IP报文，通过应用层来构造三次握手报文来完成三次握手的过程，但是该方法是行不通的，因为原始套接字在收到对端的回应报文syn+ack报文时，系统会自动给对端回应RST报文中断连接。该现象原来的文章分析过，本文不在分析。若要实现套接字的三次握手成功，