ListenAndServe源码剖析
使用goland追踪阅读ListenAndServe源码,剖析服务器启动流程
ListenAndServe阅读
func ListenAndServe(addr string, handler Handler) error {
//1. 创建server
server := &Server{Addr: addr, Handler: handler}
//2. 启动server
return server.ListenAndServe()
}
注意:创建一个server,启动server,我们也可以按照这2个步骤去创建一个web服务
Server结构阅读
// 基类Closer接口,关闭所有链接停止服务
type Closer interface {
Close() error
} // 检查服务是否存活,里面定义了接口,接口的另类定义使用
// 奇怪的行为,不确定为什么这么做
func http2h1ServerKeepAlivesDisabled(hs *Server) bool {
var x interface{} = hs
// 临时定义接口,使用【奇怪的使用方法】
type I interface {
doKeepAlives() bool
}
if hs, ok := x.(I); ok {
return !hs.doKeepAlives()
}
return false
} //Server
// A Server defines parameters for running an HTTP server.
// The zero value for Server is a valid configuration.
type Server struct {
Addr string // 监听的TCP地址
Handler Handler // 注册的路由处理方法 // 如果服务需要支持https协议 那么需要相应的配置
TLSConfig *tls.Config //读超时设置
ReadTimeout time.Duration // 读取请求头超时设置
ReadHeaderTimeout time.Duration // 写超时
WriteTimeout time.Duration // 请求直接最长的空闲时长
IdleTimeout time.Duration // 请求头最大的容量
MaxHeaderBytes int // HTTPS协议相关
TLSNextProto map[string]func(*Server, *tls.Conn, Handler) // 可以添回调函数,当客户端处于哪个状态时候可以执行某些动作
ConnState func(net.Conn, ConnState) // 错误日志器,不设置默认使用内置logger模块
ErrorLog *log.Logger //原子操作,是否保持长连接
disableKeepAlives int32 // accessed atomically.
//原子操作,服务要关闭了
inShutdown int32 // accessed atomically (non-zero means we're in Shutdown)
// https相关操作 用于初始化
nextProtoOnce sync.Once // guards setupHTTP2_* init
nextProtoErr error // result of http2.ConfigureServer if used
// 互斥锁 保证资源的安全
mu sync.Mutex
// 服务套接字表,监听socket表
listeners map[*net.Listener]struct{}
// 存活的客户端链接表
activeConn map[*conn]struct{}
//用于通知服务关闭了
doneChan chan struct{} // 注册服务器关闭执行的一些行为
onShutdown []func()
}
注意:一般创建server只需要Addr与handler即可
ListenAndServe阅读
监听并启动服务
func (srv *Server) ListenAndServe() error {
// 判断服务器是不是已经关闭了
if srv.shuttingDown() {
return ErrServerClosed
}
// 获取要绑定监听的地址
addr := srv.Addr
if addr == "" {
addr = ":http"
}
// 创建用于监监听socket链接
ln, err := net.Listen("tcp", addr)
if err != nil {
return err
}
// tcpKeepAliveListener 设置监听超时,在accept的时不会一直阻塞 设置一个超时操作
//启动服务
return srv.Serve(tcpKeepAliveListener{ln.(*net.TCPListener)})
}
srv.Serve源码阅读
func (srv *Server) Serve(l net.Listener) error {
// 测试用的钩子函数,其他时候没有用的
if fn := testHookServerServe; fn != nil {
fn(srv, l) // call hook with unwrapped listener
}
// sync.once 创建一个once对象,用于防止多次关闭链接
l = &onceCloseListener{Listener: l}
// 结束的时候关闭监听socket
defer l.Close()
// 设置http2相关的设置
if err := srv.setupHTTP2_Serve(); err != nil {
return err
}
// 把监听socket添加监听表
if !srv.trackListener(&l, true) {
return ErrServerClosed
}
// 结束的时候从监听表删除
defer srv.trackListener(&l, false)
// 设置临时过期时间,当accept发生 错误的时候等待一段时间
var tempDelay time.Duration // how long to sleep on accept failure
// 设置context 主要用于取消任务
baseCtx := context.Background() // base is always background, per Issue 16220
// 注意ctx把server本身传递进去了,用于传递
ctx := context.WithValue(baseCtx, ServerContextKey, srv)
// 循环监听客户端到来
for {
// accept 阻塞等待客户单到来
rw, e := l.Accept()
// 错误后处理逻辑
if e != nil {
// 尝试检查下服务是不是关闭了
select {
// 关闭则返回错误
case <-srv.getDoneChan():
return ErrServerClosed
default:
}
// 检查错误类型,如果是链接被重置
if ne, ok := e.(net.Error); ok && ne.Temporary() {
// 设置超时
if tempDelay == 0 {
tempDelay = 5 * time.Millisecond
} else {
tempDelay *= 2
}
if max := 1 * time.Second; tempDelay > max {
tempDelay = max
}
// 输出重新等待
srv.logf("http: Accept error: %v; retrying in %v", e, tempDelay)
// 休眠一段时间
time.Sleep(tempDelay)
continue
}
return e
}
// 没有错误设置tempDelay为0
tempDelay = 0
// 创建server连接,server连接包含了与客户端通讯的socket以及server相关的信息
c := srv.newConn(rw)
// 更新链接状态
c.setState(c.rwc, StateNew) // before Serve can return
// 启动goroutine处理socket
go c.serve(ctx)
}
}
server conn结构体阅读
// 服务端链接结构体
type conn struct {
// 链接绑定服务
server *Server // 用于取消任务的ctxFunc
cancelCtx context.CancelFunc // socket 通讯用的底层socket
rwc net.Conn // 客户端地址127.0.0.0:5678
remoteAddr string // tls 状态
tlsState *tls.ConnectionState // werr is set to the first write error to rwc.
// 第一次写出现错误的时候设置
werr error // r is bufr's read source.
// 用于读取请求的对象,主要用于读取数据的
r *connReader // bufr reads from r.
// r读取的数据存储buf
bufr *bufio.Reader // bufw writes to checkConnErrorWriter{c}, which populates werr on error.
// 写buf
bufw *bufio.Writer // lastMethod is the method of the most recent request
// on this connection, if any.
// 最后一次请求,方法 是post还是其他等
lastMethod string // 当前的请求
curReq atomic.Value // of *response (which has a Request in it) // 当前cnn状态
curState struct{ atomic uint64 } // packed (unixtime<<8|uint8(ConnState)) //保护hijackedv
mu sync.Mutex // hijackedv is whether this connection has been hijacked
//表示是否支持用户劫持链接【主要用于切换协议的】
hijackedv bool
}
ListenAndServe调用图示

ListenAndServe源码剖析的更多相关文章
- 豌豆夹Redis解决方案Codis源码剖析:Dashboard
豌豆夹Redis解决方案Codis源码剖析:Dashboard 1.不只是Dashboard 虽然名字叫Dashboard,但它在Codis中的作用却不可小觑.它不仅仅是Dashboard管理页面,更 ...
- 豌豆夹Redis解决方案Codis源码剖析:Proxy代理
豌豆夹Redis解决方案Codis源码剖析:Proxy代理 1.预备知识 1.1 Codis Codis就不详细说了,摘抄一下GitHub上的一些项目描述: Codis is a proxy base ...
- 这可能是最容易理解的 Go Mutex 源码剖析
Hi,大家好,我是 haohongfan. 上一篇文章<一文完全掌握 Go math/rand>,我们知道 math/rand 的 global rand 有一个全局锁,我的文章里面有一句 ...
- jQuery之Deferred源码剖析
一.前言 大约在夏季,我们谈过ES6的Promise(详见here),其实在ES6前jQuery早就有了Promise,也就是我们所知道的Deferred对象,宗旨当然也和ES6的Promise一样, ...
- Nodejs事件引擎libuv源码剖析之:高效线程池(threadpool)的实现
声明:本文为原创博文,转载请注明出处. Nodejs编程是全异步的,这就意味着我们不必每次都阻塞等待该次操作的结果,而事件完成(就绪)时会主动回调通知我们.在网络编程中,一般都是基于Reactor线程 ...
- Apache Spark源码剖析
Apache Spark源码剖析(全面系统介绍Spark源码,提供分析源码的实用技巧和合理的阅读顺序,充分了解Spark的设计思想和运行机理) 许鹏 著 ISBN 978-7-121-25420- ...
- 基于mybatis-generator-core 1.3.5项目的修订版以及源码剖析
项目简单说明 mybatis-generator,是根据数据库表.字段反向生成实体类等代码文件.我在国庆时候,没事剖析了mybatis-generator-core源码,写了相当详细的中文注释,可以去 ...
- STL"源码"剖析-重点知识总结
STL是C++重要的组件之一,大学时看过<STL源码剖析>这本书,这几天复习了一下,总结出以下LZ认为比较重要的知识点,内容有点略多 :) 1.STL概述 STL提供六大组件,彼此可以组合 ...
- SpringMVC源码剖析(四)- DispatcherServlet请求转发的实现
SpringMVC完成初始化流程之后,就进入Servlet标准生命周期的第二个阶段,即“service”阶段.在“service”阶段中,每一次Http请求到来,容器都会启动一个请求线程,通过serv ...
随机推荐
- 从零开始的vue学习笔记(五)
单文件组件 Vue.component 来定义全局组件的缺点: 全局定义 (Global definitions) 强制要求每个 component 中的命名不得重复 字符串模板 (String te ...
- C# -- Quartz.Net入门案例
1. 入门案例 using Quartz;using Quartz.Impl; public class PrintTime : IJob { public Task Execute(IJobExec ...
- Fiddler抓取内容自动保存本地
Fiddler抓取内容自动保存本地 一.点击FidderScript 二.选择你想要的获得内容的方法 OnBeforeRequest:发送请求后 OnBeforeResponse:获得响应 三.修改j ...
- [document.cookie]为什么cookie不在window下的呢.奇怪了[未完待续]
什么是cookie,怎么就叫cookis,它能干嘛 我猜吧,就是登录页面的时候传值,二次登录的时候可以给你说句'hello xxx'; 下面这堆比较啰嗦,随意看吧 //cookie 用户储存在用户本地 ...
- HTTP与FILE协议的区别
File协议 file协议(本地文件传输协议)主要是用来访问本地计算机的文件,一般用Windows的资源管理器直接打开进行读取一个HTML文件时,默认会使用file协议 基本格式是: file:/// ...
- C language bit byte and word
bit:The smallest storage unit of a computer byte:Common computer storage unit word:Computer natural ...
- SQL Server Agent作业执行CmdExec(bat)命令报权限问题
写了一个bat命令,定期去清理一些SQL Server的Dump文件,然后配置成SQL Server作业,作业执行时报权限错误,具体错误信息如下所示: Message Executed as user ...
- 原创【cocos2d-x】CCMenuItemToggle 在lua中的使用
说明:1,所使用的cocos2dx版本为2.1.3 ;09:48:05 2,本人仍是在学习中的小菜鸟,此博客只是为了记录我学习过程中的点滴,同时也希望同样lua开发的童鞋,一起交流: 3,本人whj0 ...
- Java之StringBuilder类
StringBuilder类的由来 由于String类的对象内容不可改变(底层是一个被final修饰的数组),所以每当我们进行字符串拼接时,总是会在内存中创建一个新的对象.如果对字符串进行拼接操作,每 ...
- Flink| 运行架构
1. Flink运行时组件 作业管理器(JobManager) 任务管理器(TaskManager) 资源管理器(ResourceManager) 分发器(Dispatcher) 2. 任务提交流程 ...