【修真院java小课堂】拦截器实现自动登录验证

       web项目中在处理客户请求的时候，大概分为对动态资源的请求和静态资源的请求。请求静态资源的时候直接返回静态资源；请求动态资源的时候则需要controller层处理以及视图解析器渲染，然后才返回视图。而有时候因业务需求，需要对操作动态资源的请求进行分类处理，这时候就需要拦截器拦截这类请求，在拦截器中加入执行请求前、中、后所需要的单独的逻辑，以达到对请求分类处理的目的。最典型的就是某些网页需要登录才能访问。

1、拦截器

      拦截器是动态拦截Action调用的对象。它提供了一种机制可以定义在一个action执行的前后执行的代码，也可以在一个action执行前阻止其执行，同时也提供了一种可以提取action中可重用部分的方式。它的特性如下：

（1）拦截器是基于java反射机制来实现的。
（2）拦截器不依赖servlet容器。
（3）拦截器只对Action起作用。

（4）在Action的生命周期中，拦截器可以多次调用。

2、校验过程

按照session--cookie（cookieValue）：name/validTime--自动登录的记录--用户是否存在--token：name、password、time、salt--账密的顺序一一进行验证。

3、设计两张表

（1）user。

这张表用来记录注册用户的信息，其中密码采用md5非对称加密。

（2）persistent_logins

这张表是用于校验用户自动登录的表。设计这张表的原因是我看过一些网上的文章介绍使用cookie自动登录，但是他们基本上都是将用户名、密码、salt等字符串拼接之后md5加密然后保存在cookie中。虽然使用了md5这类非对称加密方式，但是将密码这类关键信息保存在用户端，我觉得是不太靠谱的。因此设计了这张表，将用户名、密码等关键信息加密之后的token保存到这张表中，在用户的cookie里只保存了没有特殊含义的UUID值以及用户名。

对应的pojo，省略setter、getter以及构造函数

user

public class User {
    private Long id;
    @Size(min = 3, max = 20, message = "用户名长度错误", groups = {ILoginGroup.class, IRegisterGroup.class})
    @NotBlank(message = "{user.name.blank.error}", groups = {ILoginGroup.class, IRegisterGroup.class})
    private String name;
    @Size(min = 6, max = 20, message = "{user.password.length.error}", groups = {ILoginGroup.class, IRegisterGroup.class})
    @NotBlank(message = "{user.password.blank.error}", groups = {ILoginGroup.class, IRegisterGroup.class})
    private String password;
    @Email(message = "{user.email.error}", groups = IRegisterGroup.class)
    @NotBlank(message = "{user.email.blank.error}", groups = IRegisterGroup.class)
    private String email;
    private Long createAt;}

persistentLogins

public class PersistentLogins {
    private Integer id;
    private String username;//账号
    private String series;//UUID.randomUUID().toString()生成的String类型的UUID
    private String token;//token
    private Date validtime;//过期时

4、拦截器中的逻辑，思维导图：

按照整理的思维导图一步一步将拦截器以及service层的逻辑编写出来，并且达到了自动登录验证的目的。