gin框架剖析（一）
2022-08-08 20:50:17
gin 是目前 Go 内中行使最遍及的框架之一了，弄清爽 gin 框架的道理，有助于咱们更好的行使 gin。这个系列 gin 源码阅读会逐渐讲通达 gin 的道理，接待眷注后续著作。
容易的说一下http仰求是怎么设置起来的：(须要有基础的汇集根源, 能够找合连的册本查看, 推举看UNIX汇集编程卷1：套接字联网API)
正在TCP/IP五层模子下, HTTP位于运用层, 须要有传输层来承载HTTP和议. 传输层斗劲常睹的和议是TCP,UDP, SCTP等. 因为UDP不牢靠, SCTP有本身迥殊的应用场景, 因此寻常状况下HTTP是由TCP和议承载的(能够行使wireshark抓包然后查看各层和议)。
行使TCP和议的话, 就会涉及到TCP是怎么设置起来的. 口试中可能常碰到的名词三次握手, 四次挥手即是正在这里发生的. 简直的设置流程就不正在陈述了, 大略流程即是图中左半边。
因此说, 要思可能对客户端http仰求举办回应的话, 就开始须要设置起来TCP毗连, 也即是socket. 下面要看下net/http是怎么设置起来socket?
从图上能够看出, 不管server代码怎么封装, 都离不开bind,listen,accept这些函数. 就从上面这个容易的demo入手查看源码。
能够看到这个途由注册过分容易了, 也就给gin, iris, echo等框架留下了扩展的空间, 后面精细说这个东西。
上面途由仍然注册到net/http了, 下面就该怎么设置socket了, 以及结尾又怎么取到仍然注册到的途由, 将确切的反应音讯从handler中取出来返回给客户端。
从这段函数能够看出来, 般配端正过于容易, 当能般配到途由的期间就返回其对应的handler, 当不行般配到时就返回/. net/http的途由般配根底就不适当 RESTful 的端正，碰到稍微繁杂一点的需求时，这个容易的途由般配端正几乎即是恶梦。
因此基础全豹的go框架干的最要紧的一件事宜即是重写net/http的route。咱们直接说 gin即是一个 httprouter 也只是分, 当然gin也供给了其他斗劲要紧的效力, 后面会逐一先容。
综述, net/http基础仍然供给http任事的70%的效力, 那些号称贼疾的go框架, 基础上都是供给少许效力, 让咱们可能更好的打点客户端发来的仰求. 即使你有趣味的话，也能够基于 net/http 做一个 Go 框架出来。
net/http 内中有个极端紧急的 Handler interface。惟有完成了这个法子本领仰求的打点逻辑引入本身的打点流程中。
因此 gin 设置 socket 的经过，accept 客户端仰求的经过与 net/http 没有不同，会同样反复上面的经过。独一有不同的地方即是正在于获取 ServeHTTP 的地方
现正在看起来这个完成很容易，实在否则，这才是 gin 可能打点数据的第一步，也仅仅将仰求流转入 gin 的打点流程罢了。
这里做个结论：通过上面的源码流程领会，咱们清晰 net/http.ServeHTTP 这个函数相当紧急性, 要紧有这个函数的存正在, 本领将仰求流转入目前 Go 的这些框架内中。同砚们有趣味的话，能够去看看 echo, iris, go-zero 等框架是怎么完成 ServeHTTP 的。
目前业界 Server 端 API 接口的打算形式寻常是用命 RESTful 气派的标准。当然我也睹过某些至公司为了低落拓荒职员的心智负责和研习本钱，接口十足不分别 GET/POST/DELETE 仰求，十足靠接口的定名来展现。
这种 No RESTful 的形式，有的期间确实淘汰少许疏通题目和研习本钱，不过只可内部行使了。这种不分别 GET/POST 的 Web 框架寻常打算的会斗劲灵便，不过拓荒职员程度犬牙交错，会导致映现许众“接口毒瘤”，等你发掘的期间仍然无可何如了，如下面这些接口：
云云的接口打算会导致开源的框架都是解析不了的，只可本身手动一层一层 decode 字符串，这里就不再精细摊开先容了，等下一节说到 gin Bind 系列函数时再精细说一下。
通过上面的先容，仍然清晰RESTful 是要分别法子的，差别的法子代外旨趣也十足纷歧律，gin 是怎么完成这个的呢？
实在很容易，差别的法子即是一棵途由树，因此当 gin 注册途由的期间，会遵循差别的 Method 别离注册差别的途由树。
即使没有找到，则从头创筑一颗新的法子树出来, 然后将 URL对应的 handler 增加到这个途由 树上。
这段容易的代码里，r.Get 就注册了一个途由 /ping 进入 GET tree 中。这是最寻常的，也是最常用的注册形式。
只是上面这种写法，寻常都是用来测试的，寻常状况下咱们会将 handler 拿到 Controller 层内中去，注册途由放正在特意的 route 料理内中，这里就不再精细拓展，等后面简直说下 gin 的架构分层打算。
RouteGroup 吵嘴常紧急的效力，举个例子：一个完全的 server 任事，url 须要分为鉴权接口和非鉴权接口，就能够行使 RouteGroup 来完成。实在最常用的，如故用来分别接口的版本升级。这些操作, 最终城市正在反响到gin的途由树上
当然最容易最粗暴的即是每个字符串占用一个树的叶子节点，只是这种打算会带来的题目：占用内存会升高，咱们看到 abc, abd, af 都是用协同的前缀的，即使能共用前缀的话，是能够省内存空间的。
gin 途由树是一棵前缀树. 咱们前面说过 gin 的每种法子(POST, GET ...)都有本身的一颗树，当然这个是遵循你注册途由来的，并不是一上来把每种形式都注册一遍。
children 即是一颗树的叶子结点。每个途由的去掉前缀后，都被分散正在这些 children 数组里
因此，当 gin 收到客户端的仰求时, 第一件事即是去途由树内中去般配对应的 URL，找到合连的途由, 拿到合连的打点函数。实在这个经过即是 handleHTTPRequest 要干的事宜。
总结：说到这里，基础上把 gin 途由的全面流程说清爽了，本期合于gin就先容到这，后期会不绝更新.