基于token的用户认证机制
HTTP是一种无状态协议，用户通过浏览器访问服务端的每次请求都是相互独立的，服务端无法根据HTTP请求来识别用户
Cookie Session 技术来记录访问者的基本信息
Cookie
储存在用户客户端上的数据
不可跨域名性
if(map.containsKey("ticket")) {
Cookie cookie =newCookie("ticket", map.get("ticket").toString());
cookie.setPath("/");
if(rememberme) {
cookie.setMaxAge(3600*24*5);
}
response.addCookie(cookie);
Session
Session对象储存特定用户会话的属性及配置信息，实现会话保持和跟踪
HTTP是一种无状态协议，用户通过浏览器访问服务端的每次请求都是相互独立的，服务端无法根据HTTP请求来识别用户
项目介绍 ，主要负责数据库表结构的设计
设计表结构是否将常更新的字段与不长更新的字段分离，大字段与小字段分离，经常查询的组合放在一个表中， 是否满足数据库范式，索引应该建立在那一列上，选择哪种引擎，数据大小的选择。
user 表包含id name password salt head 四个字段 首先满足第一范式 列的原子性，每一列属性都是不可分割的
满足第二范式 ，每个表必须有一个主键 （id为主键）表中所有列必须完全依赖于主键不能依赖于主键的一部分（表中未使用复合主键无此问题）减少数据库冗余
满足第三范式，表中的每一列都直接依赖于主键（id），没有间接依赖与主键
索引的选择因为登录和注册的时候都需按name查询所以在name作为索引
数据大小的选择，salt字段在代码设计是是生成一个RandomUUID截取5个字符所以长度选择5就足够。
innodb的特性 InnoDB是一个健壮的事务型存储引擎尽量选择innodb引擎
表中要增加唯一索引，在网络卡的时候用户会重复点击提交，会向数据库查人重复记录，前段代码可以拦截【唯一索引是最后一道防线了,高并发的时候如果前端,代码,缓存都没有拦截住重复数据这里就会起到关键的作用】
数据库表结构设计不好会带来很大麻烦，降低性能
分表分库，读写分离，分布式数据库，
