这是我参与「第三届青训营 -后端场」笔记创作活动的的第5篇笔记
对于一个基本的项目，我们开发过程需要遵循一定的逻辑，才能更好地完成一个有条理的项目，一般流程如下：
先新建main函数，然后慢慢扩充。 一般有几个文件夹：
api：存放接口文件
cache:存放redis一些缓存
config：存放配置文件
middleware：中间件
model：数据库文件
pkg：放一些包（e：错误文件；utils：一些工具）
routes：放路由
serializer：数据转换成json格式的
service：业务逻辑
还有一些别的常用名词：
dao:(Data Access Object) 数据访问对象是一个面向对象的数据库接口
go中内置了net/http包提供了HTTP客户端和服务端的实现
当使用到http包时，如果需要认证用户信息，就需要用到jwt鉴权（json web token）
http协议本身是一种无状态的协议，而这就意味着如果用户向我们的应用提供了用户名和密码来进行用户认证，那么下一次请求时，用户还要再一次进行用户认证才行。我们只能在服务器存储一份用户登录的信息，这份登录信息会在响应时传递给浏览器，告诉其保存为cookie,以便下次请求时发送给我们的应用，这样我们的应用就能识别请求来自哪个用户了,这就是传统的基于session认证。
但是这种基于session的认证使应用本身很难得到扩展，随着不同客户端用户的增加，独立的服务器已无法承载更多的用户，而这时候基于session认证应用的问题就会暴露出来.
基于token的鉴权机制类似于http协议也是无状态的，它不需要在服务端去保留用户的认证信息或者会话信息。这就意味着基于token认证机制的应用不需要去考虑用户在哪一台服务器登录了，这就为应用的扩展提供了便利。
流程上是这样的：
- 用户使用用户名密码来请求服务器
- 服务器进行验证用户的信息
- 服务器通过验证发送给用户一个token
- 客户端存储token，并在每次请求时附送上这个token值
- 服务端验证token值，并返回数据
这个token必须要在每次请求时传递给服务端，它应该保存在请求头里， 另外，服务端要支持CORS(跨来源资源共享)策略，一般我们在服务端这么做就可以了Access-Control-Allow-Origin: *。
