gin框架函数语法以及网络状态码

前言

学了gin框架在迷茫的时候可以来看看，虽然不太全，但是以后会出续篇。这篇能让各位粉丝们少去搜索一下比较常用的函数，以及网络状态码，接下来一起来看看这些函数大致是干嘛用的！

分类大致图

Mon 06 Mon 13 Mon 20 Mon 27 Mon 03 Mon 10 Mon 17 Mon 24 Mon 31 已收集 未收集 待收集 现有任务 函数收集程度

引擎类:

gin.Default()带中间件路由引擎
gin.New()不带中间件路由引擎

路由类:

r.GET()查询接口
r.POST()创建接口
r.PUT()更新接口
r.DELETE()删除接口
r.Run()运行端口
r.Static()模糊路径配置静态文件
r.StaticFS()API路径配置静态文件
r.StaticFile()精确路径配置静态文件
r.LoadHTMLGlob()文件配置模板
r.Group()路由分组
r.Use()使用中间件
r.ServeHTTP()调用相应的handler接口

参数类:

c.Query()获取GET参数
c.PostForm()获取POST参数
c.FormFile()获取文件
c.Param()获取表单元素
c.DefaultPostForm()获取表单
c.ShouldBindQuery()GET参数绑定
c.ShouldBind()GET/POST参数绑定
c.SaveUploadedFile()保存文件到服务器
c.Next()调用后续的处理函数
c.Abort()阻止调用后续的处理函数
c.String()返回String格式的数据
c.Json()返回JSON格式的数据（渲染）
c.HTML()返回HTML格式的数据（渲染）
c.XML()返回HTML格式的数据（渲染）
c.YMAL()返回YMAL格式的数据（渲染）
c.protobuf()返回ProtoBuf格式的数据（渲染）
c.SecureJSON()防止json劫持
c.JSONP()跨域
c.Redirect()重定向

网络状态码

在网页开发的过程中，一次次调试，常常出现一些错误状态码不知道什么意思接下来就可以知道这些状态码的意思了。

数字	英文	状态码意思
100	Continue	初始的请求已经接受，客户应当继续发送请求的其余部分。
101	Switching Protocols	服务器将遵从客户的请求转换到另外一种协议。
102	Processing	由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。
200	OK	一切正常，对GET和POST请求的应答文档跟在后面。如果不用SetStatus设置状态代码，Servlet默认使用202状态代码。
201	Created	服务器已经创建了文档，Location头给出了它的URL。
202	Accepted	已经接受请求，但处理尚未完成。
203	Non-Authoritative Information	文档已经正常地返回，但一些应答头可能不正确，因为使用的是文档的拷贝。
204	No Content	没有新文档，浏览器应该继续显示原来的文档。如果用户定期地刷新页面，而Servlet可以确定用户文档足够新，这个状态代码是很有用的。
205	Reset Content	没有新的内容，但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容。
206	Partial Content	客户发送了一个带有Range头的GET请求，服务器完成了它。
300	Multiple Choices	客户请求的文档可以在多个位置找到，这些位置已经在返回的文档内列出。如果服务器要提出优先选择，则应该在Location应答头指明。
301	Moved Permanently	客户请求的文档在其他地方，新的URL在Location头中给出，浏览器应该自动地访问新的URL。
302	Found	类似于301，但新的URL应该被视为临时性的替代，而不是永久性的。注意，在HTTP1.0中对应的状态信息是“MovedTemporatily”，而HttpServletResponse中相应的常量是SC_MOVED_TEMPORARILY，而不是SC_FOUND。出现该状态代码时，浏览器能够自动访问新的URL，因此它是一个很有用的状态代码。为此，Servlet提供了一个专用的方法，即sendRedirect。使用response.sendRedirect（url）比使用response.setStatus（response.SC_MOVED_TEMPORARILY）和response.setHeader（“Location”，url）更好。注意这个状态代码有时候可以和301替换使用。
303	See Other	类似于301/302，不同之处在于，如果原来的请求是POST，Location头指定的重定向目标文档应该通过GET提取。
304	Not Modified	客户端有缓冲的文档并发出了一个条件性的请求（一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档）。服务器告诉客户，原来缓冲的文档还可以继续使用。
305	Use Proxy	客户请求的文档应该通过Location头所指明的代理服务器提取。
307	Temporary Redirect	和302（Found）相同。许多浏览器会错误地响应302应答进行重定向，即使原来的请求POST，即使它实际上只能在POST请求的应答是303时才能重定向。由于这个原因，HTTP 1.1新增了307，以便更加清除地区分几个状态代码：当出现303应答时，浏览器可以跟随重定向的GET和POST请求如果是307应答，则浏览器只能跟随对GET请求的重定向。注意：HttpServletResponse中没有为该状态代码提供相应的常量。
400	Bad Request	请求出现语法错误。
401	Unauthorized	客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头，浏览器据此显示用户名字/密码对话框，然后在填写合适的Authorization头后再次发出请求。
402	Payment Required	是非标准的客户端错误状态响应代码，保留给以后使用。
403	Forbidden	资源不可用。服务器理解客户的请求，但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。
404	Not Found	无法找到指定位置的资源。这也是一个常用的应答，HttpServletResponse专门提供了相应的方法：sendError（message）。
405	Method Not Allowed	请求方法（GET、POST、HEAD、DELETE、PUT、TRACE等）对指定的资源不适用。
406	Not Acceptable	指定的资源已经找到，但它的MIME类型和客户在Accpet头中所指定的不兼容。
407	Proxy Authentication Required	类似于401，表示客户必须先经过代理服务器的授权。
408	Request Timeout	在服务器许可的等待时间内，客户一直没有发出任何请求。客户可以在以后重复同一请求。
409	Conflict	通常和PUT请求有关。由于请求和资源的当前状态相冲突，因此请求不能成功。
410	Gone	所请求的文档已经不再可用，而且服务器不知道应该重定向到哪一个地址。它和404的不同在于，返回407表示文档永久地离开了指定的位置，而404表示由于未知的原因文档不可用。
411	Length Required	服务器不能处理请求，除非客户发送一个Content-Length头。
412	Precondition Failed	请求头中指定的一些前提条件失败。
413	Request Entity Too Large	目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求，则应该提供一个Retry-After头。
414	Request URI Too Long	URI太长。
416	Requested Range Not Satisfiable	服务器不能满足客户在请求中指定的Range头。
500	Internal Server Error	服务器遇到了意料不到的情况，不能完成客户的请求。
501	Not Implemented	服务器不支持实现请求所需要的功能。例如，客户发出了一个服务器不支持的PUT请求。
502	Bad Gateway	服务器作为网关或者代理时，为了完成请求访问下一个服务器，但该服务器返回了非法的应答。
503	Service Unavailable	服务器由于维护或者负载过重未能应答。例如，Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。
504	Gateway Timeout	由作为代理或网关的服务器使用，表示不能及时地从远程服务器获得应答。

后记

粉丝们来个三连吧！有什么建议或者需要修过的地方可以在下方评论留言，感谢陪伴！