流程一:发送短信验证码
用户在提交手机号后，会校验手机号是否合法，如果不合法，则要求用户重新输入手机号
如果手机号合法，后台此时生成手机号对应的验证码(后台先得到验证码)，同时将验证码保存到session中，然后再通过短信的方式(测试中输出到控制台即可)将验证码发送给用户。
流程二:基于短信验证码/密码实现登录、注册
用户将验证码和手机号进行输入，后台从session中拿到当前手机号对应的验证码，然后和用户输入的验证码进行校验，如果不一致，则无法通过校验，如果一致，则后台根据手机号查询用户，如果用户不存在，则为用户创建账号信息，保存到数据库(创建新用户)，无论是否存在，都会将用户信息保存到session中，方便后续获得当前登录信息。
Sessiom是基于cookie的。每一个session都有一个sessionId保存在cookie当中。当用户来请求的时候会携带上自己的cookie。就可以基于cookie拿到session并且从session中拿到用户对象。
并且不需要返回登陆凭证token.因为当前登录基于session实现,每一个session对应一个唯一的sessionId,在访问tomcat时sessionId已经自动保存到了cookie中。之后每次请求都会携带cookie(具有sessionId),从而得到用户对象。
流程三:校验登录状态(任意请求发起时)
用户在发起任意请求的时候，会携带cookie(Cookie包含JsessionId)到后台，后台通过JsessionId从session中拿到用户信息，如果没有session信息，则进行拦截。如果有session信息，则需要将当前的用户信息保存到ThreadLocal中(当前的线程域对象)，方便后续的业务使用,并且放行该请求。
ThreadLocal是一个线程域对象,会将数据(此时即保存当前登录的用户信息)保存到每一个线程的内部（在线程的内部创建一个map来保存）。这样每一个线程都会有自己独立的存储空间，不会相互干扰。如果只是创建一个普通的本地环境变量来保存当前用户,则会出现多线程并发修改的安全问题。在threadLocal中，无论是他的put方法和他的get方法， 都是先获得当前用户的线程，然后从线程中取出线程的成员变量map，只要线程不一样，map就不一样，所以可以通过这种方式来做到线程隔离。
