[springboot 开发单体web shop] 5. 用户登录及首页展示

目录

• 用户登录
  • 实现service
  • 实现Controller
• 用户登出
• 开发调试小福利
  • java日志追踪
  • sql日志追踪
• 源码下载
• 下节预告

用户登录

在之前的文章中我们实现了用户注册和验证功能，接下来我们继续实现它的登录，以及登录成功之后要在页面上显示的信息。 接下来，我们来编写代码。

实现service

在com.liferunner.service.IUserService接口中添加用户登录方法：

然后，在com.liferunner.service.impl.UserServiceImpl实现类中实现：

Error Tips： 这里有一个小小的坑点，大家一定要注意，在使用selectOneByExample()查询的时候,该方法传入的参数一定注意是tk.mybatis.mapper.entity.Example实例，而不是tk.mybatis.mapper.entity.Example.Criteria,否则会报动态SQL生成查询错误，信息如下：

新人在写代码的时候，特别容易在上一行写了查询变量，下一行就直接开用了，越是简单的错误越是让人无从下手。

实现Controller

在上面的代码中，基本校验问题就不再赘述，我们主要关注几点新的特性信息：

• com.liferunner.dto.UserResponseDTO 将我们需要展示给前端的数据封装为一个新的返回对象，我们从数据库中查询出来的Userspojo包含用户的所有数据，比如其中的password、mobile等等一些用户私密的数据是不应该展示给前端的，即便要展示，那也是需要经过脱敏以及加密。因此，常见的做法就是封装一个新的返回对象，其中只需要包含前端需要的数据字段就可以了。

在这里建议大家使用Ctrl+C我们的com.liferunner.pojo.Users对象，然后删除掉我们不需要的字段就可以了，为什么这么建议呢，是因为下一个好处啦。

• org.springframework.beans.BeanUtils.copyProperties(user, userResponseDTO); 大家可以看到，这里直接使用的是Spring BeanUtils工具类进行的值拷贝，就减少了我们循环遍历每一个字段去挨个赋值(SetValue)的工作。（也是一种偷懒小技巧哦，这样是不对的～）
• CookieTools.setCookie(); 之前我们有提过，一般情况下，我们用户登录之后，数据都会被存储在本地浏览器Cookie中,比如我登录的baidu.com:

baidu

此时，鼠标在图片中左侧的Cookies => www.baidu.com右键clear,然后再次刷新我们当前界面，效果如下：

clear cookies

我们可以看到，从登录状态已经变为退出状态了，并且Cookies中的内容也少了很多，这就说明，百度是把我们的用户登录信息加密后存储在了浏览器cookie中。 大家可以查看京东，淘宝等等，也是基于这种方式实现的，开篇之初就说过，我们的系统是基于生产来实现的demo,那么我们就是用主流的实现方法来做。当然，有的同学会说，这个应该我们把数据传递给前端，让前端来实现的！！！当然，你说的对，可是我们掌握一种实现方式，对于我们个人而言应该是没有坏处的吧？ 这里就需要一个工具类了，大家可以在github传送门来下载相关代码。目录com.liferunner.utils.CookieTools.

• com.alibaba.fastjson.JSON.toJSONString(userResponseDTO) 因为我们要返回的是一个对象，但是cookie中我们需要放入的是String,这里我们引入了alibaba的JSON工具，在mscx-shop-common/pom.xml,加入依赖： <dependencies> <dependency> <groupId>com.alibaba</groupId> <artifactId>fastjson</artifactId> <version>1.2.56</version> </dependency> </dependencies>

用户登出

在用户操作结束之后，我们需要将用户从系统中退出登录，因为我们的用户登录信息会存储在浏览器cookie中，因此，我们需要根据用户的登出操作来删除相关用户缓存:

开发调试小福利

java日志追踪

一般在电商场景中，对于请求的响应时间有着极其严格的要求，比如你在一个网站买商品的时候，如果每点击一次按钮都要等待，或者系统感觉卡顿一下，你会毫不犹豫的选择右上角的小红叉，把它干掉。因此，在我们系统的开发过程中，很多时候需要对我们的请求响应时间进行监控，甚至会通过压力测试来进行测试。但是，让我们在每一个方法中都做这种请求的实现，显然是不合理甚至说是让开发人员难受的，所以，我们来实现一种通用的做法，那就是通过AOP，面向切面来实现。关于切面的基本使用，大家可以参考AOP传送门，接下来，开始我们的编码。 根据springboot实现功能三部曲： setp 1. 添加依赖

step 2. 启动配置（没有就忽略掉这一步） setp 3. 加注解 在我们的mscx-shop-api项目中，创建com.liferunner.api.aspectpackage,然后创建com.liferunner.api.aspect.CommonLogAspect，代码如下：

• 第一行日志代表我们想要监控的是哪个类的哪个方法
• proceedingJoinPoint.proceed();表示方法执行
• 当请求查过1000ms的时候，我们使用log.warn(...)进行日志告警

step 4. 效果演示

• 查询用户耗时

get

• 注册用户耗时

insert

从上图，我们明显能看出来我们每一次的请求耗时，之后就可以针对性的对每一个方法进行优化！！！

sql日志追踪

在我们开发的过程中，往往会遇到针对数据库的CRUD的操作，但是，因为我们使用了mybatis 动态生成了简单的SQL查询，而不是手动编写的，比如我们在UserServiceImpl.java中实现的用户查询以及用户注册代码中的tk.mybatis.mapper.entity.Example 以及 this.usersMapper.insertSelective(user);

一旦遇到了问题之后，我们往往不知道到底是哪里出现了错误，这个时候我们的SQL是否有问题我们也不知道，因此，接下来我们来配置一种可以让我们看到SQL的小实现：

1.设置日志配置(如图)

log4j.properties

2.修改mybatis配置（log-impl: org.apache.ibatis.logging.stdout.StdOutImpl）

mybatis

3.SELECT效果演示

result

4.INSERT效果演示

INSERT

从上图可以看出控制台JDBC操作进行了2次，其实第一次是对我们的用户名进行校验。第二次INSERT是真实的插入。

通过上面的演示结果，大家可以想到，这个日志针在我们日常的开发中解决问题是非常有必要的。但是一定记得，在上生产的时候，日志一定要关闭，否则数据量一旦大了之后，会对系统的性能造成严重伤害！！！

源码下载

Github 传送门 Gitee 传送门