个人技术总结

个人技术总结

目录

目录

SpringBoot技术概述

SpringBoot是后端开发轻量级的框架之一，主要用于网页后端开发。而相比于Spring框架，SpringBoot通过“约定大于配置”的方法简化了应用搭建和开发过程，对于小白来说上手比较快。SpringBoot起源于Spring，对于刚接触的人来说，比较难理解的就是其IOC与AOP。

技术详述

一个软件通常都需要存储与检索数据，遵循业务逻辑与规则并对数据库进行事务管理、日志管理等。而Spring通过IOC与AOP两种方式去实现两种事务管理与日志管理功能。简要的来说，AOP（面向切面编程）就是将分布在各个函数中的事务管理与日志管理代码抽取出来，然后在代码编译或运行时织入相应的切面。而IOC（控制反转）是Spring管理其基本单位Bean的方式，对象的创建由程序通过依赖注入的方式实现，而不是由开发人员创建。

首先说明软件运行的环境，IntelliJ IDEA 2020.3.2、MySQL 8.0、SpringBoot 2.5.2

相较于Spring来说，SpringBoot极大幅度的简化了配置流程，开发人员需要配置的文件没有那么多了。其基本步骤大致如下：

  1. 在application.properties中配置数据源（使用的持久层框架不同，相应配置也不同）
  2. 创建相应的实体类与数据库表相对应
  3. 编写相应Dao层、Service层与Controller层代码处理请求。

下面以的用户表查询请求为例，使用持久层框架为JPA（假设用户表有主键id、account与password三个字段）：

一、配置数据源代码：

server.port=8082
spring.datasource.url=jdbc:mysql://localhost:3306/tmall?useSSL=false&useUnicode=true&characterEncoding=utf-8&serverTimezone=UTC
spring.datasource.username =root
spring.datasource.password =123456

比较关键的是spring.datasource.url的属性，并且由于IDEA与MySQL版本问题很容易会出现两个问题。这个在后面的问题模块讲解。

二、实体类代码

我们需要编写相应实体类User与数据库中的User表相映射：

@Entity
public class User {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private int id;//主键ID
    private String account;//账号
    
    //返回json数据时，忽略密码字段
    @JsonIgnore
    private String password;//密码

}

其中@Entity是对实体的注释，需要配合@Id使用，否则会报错。

三、Dao层代码

然后我们可以编写用户类的Dao层接口，UserDao，例如根据账号查找一个用户：

@Repository
public interface UserDao extends JpaRepository<User,Integer> {

    /**
     * 根据账号查询用户
     * @param account
     * @return User
     */
    @Query(value = "SELECT * from user where user.account_num = ?1",nativeQuery = true)
    User findByAccount_num(String account);
}

@Repository注解说明这个类属于持久层。

使用JPA时，Dao层需要继承JpaRepository<User,Integer>，其中User代表实体类名，Integer代表了主键类型。当然，一般查询数据比较简单时，可以直接使用findBy***方法，通过分析方法名来实现查询。而查询数据比较复杂时使用@Query注解。这里仅为演示@Query用法。

四、业务层代码

然后我们就可以开始着手编辑Service层代码，实现相关的功能，例如查询一个用户：

@Service
public class UserService {
    @Autowired
    UserDao userDao;


    /**
     * 根据账号查询用户
     * @param account
     * @return
     */
    public User findUserByAccount(String account){
        return userDao.findByAccount_num(account);
    }
}

@Service注解说明这个类属于业务层代码。 在UserService使用@Autowired注解依赖注入UserDao对象实例，然后使用UserDao的相关方法。这就是Spring的IOC的实现方式之一。

五、控制层代码

之后，我们需要编写相关控制层代码来处理前端的请求，例如查找用户信息：

@RestController
@RequestMapping("/user")
public class UserController {

    @Autowired
    UserService userService;  
    
    /**
     * 查询用户信息
     * /findOneUser/{account}
     * @param account
     * @return
     */
    @RequestMapping(value = "/findOneUser/{account}", method = RequestMethod.GET)
    public JSONObject findUserInfo(@PathVariable(value = "account") String account){
        User user = userService.findUserByAccount(account);
        JSONObject jsonObject = new JSONObject();

        jsonObject.put("msg", "操作成功");
        jsonObject.put("code",Constant.SUCCESS);
        jsonObject.put("data", user);

        return jsonObject;
    }
}

在Spring中，控制层有两种注解，一种是@Controller，使用该注解时，视图解析器可以解析return 的jsp,html页面，并且跳转到相应页面；若返回json等内容到页面，则需要加@ResponseBody注解。而@RestController注解只返回json数据，不能返回jsp,html页面。同样的，也需要在UserController中使用@Autowired注入UserService实例。

方法上的注解 @RequestMapping用于映射URL，当其用于类定义处时，规定初步的请求映射，相对于web应用的根目录；而用于方法定义处时，进一步细分请求映射，相对于类定义处的URL，以上面代码为例，前端调用查询用户URL为/user/findOneUser/{account}。其中{account}为路径变量，我们使用这个变量去数据库里查询用户。当然，这里接受前端参数可以使用多种方式，例如使用JSONObject对象等等，就不多赘述。通过业务层代码获取相关用户数据后，使用JSONObject返回给前端即可。

其处理请求流程大致为：

1.用户通过浏览器向服务器发送请求，请求会被Spring MVC的前端控制器DispatcherServlet所拦截;

2.DispatcherServlet拦截到请求后，会调用HandlerMapping处理器映射器;

3.处理器映射器根据请求URL找到具体的处理器，生成处理器对象及处理器拦截器（如果有则生成）一并返回给DispatcherServlet;

4.DispatcherServlet会通过返回信息选择合适的HandlerAdapter（处理器适配器）

5.HandlerAdapter会调用并执行Handler（处理器），这里的处理器指的就是程序中编写的Controller类，也被称之为后端控制器;

6.Controller执行完成后，会返回一个ModelAndView对象，该对象中会包含视图名或包含模型和视图名;

7.HandlerAdapter将ModelAndView对象返回给DispatcherServlet;

8/DispatcherServlet会根据ModelAndView对象选择一个合适的ViewReslover（视图解析器）;

9.ViewReslover解析后，会向DispatcherServlet中返回具体的View（视图）;

10.DispatcherServlet对View进行渲染（即将模型数据填充至视图中）;

11.视图渲染结果会返回给客户端浏览器显示。

总结：

以上就是使用SpringBoot实现后端对数据库操作的大致流程，其项目代码大致分为三类entity实体类，service业务类与controller控制器类。当然，实际的项目中还会有其他的代码类，例如常量类、异常处理类等等，由于篇幅原因就不过多展开。

遇到问题

一、数据库连接问题

  1. 报错信息：com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value is unrecognized……这种情况主要是由于时区问题，IDEA中配置数据库时默认使用的时区是UTC，所以要么修改IDEA的时区为Asia/Shanghai，要么在 JDBC 的连接 url 部分（spring.datasource.url）加上serverTimezone=UTC。

  2. 现在网上大部分教程使用的都是MySQL5.3的版本，其 JDBC 的连接 url 部分基本就是jdbc:mysql://localhost:3306/tmall就可（tmall代表数据库名）。但MySQL 5.5.45+、5.6.26+和5.7.6+以后的版本在进行连接时会默认需要SSL连接，不然会提示警告信息Establishing SSL connection without server's identity verification is not recommended，解决方法就是在JDBC 的连接 url 部分添加useSSL=false

  3. 驼峰命名导致实体类部分字段值为null。这个是由于JPA默认的命名方式导致的问题。JPA默认使用的的是ImprovedNamingStrategy策略，即JPA对数据表默认的命名规则为两个单词之间以下划线分割。虽然实体字段和数据库字段一致，但是 JPA 的生成的sql语句还是把小驼峰转化为 下划线了所以查不到。比如实体类中有属性字段createTime，数据表中字段也为createTime，但由于命名策略问题，实体类中createTime 会被 JPA 创建为字段 create_time，导致找不到相关字段，于是其值为null。解决方法就是将命名策略修改为PhysicalNamingStrategyStandardImpl。即在application.properties中添加spring.jpa.hibernate.naming.physical-strategy=org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl

二、第三方依赖jar包的问题

1. 打包问题

SpringBoot都是使用Maven来管理相应依赖文件，并且使用Maven来进行打包。但需要导入第三方的依赖包时，Maven默认不会将第三方依赖包打包进相应的jar文件的。解决方法如下：

首先我们应该在Maven中添加第三方依赖，在src中添加lib文件夹存放第三方jar包，pom.xml代码如下

<dependency>
   <groupId>域名</groupId>
   <artifactId>项目名</artifactId>
   <version>版本号</version>
   <scope>system</scope>
   <systemPath>${basedir}/src/lib/文件名字.jar</systemPath>
  </dependency>

其中{basedir}是自带变量，指的是当前项目的绝对路径。

然后我们需要在pom.xml中添加一条属性：

<build>
	<configuration>
		<includeSystemScope>true</includeSystemScope>
	</configuration>
</build>

true代表maven打包时会将外部引入的jar包（比如在根目录下或resource文件下新加外部jar包）打包到项目jar，这样就解决了第三方jar包问题。

2.签名错误

β冲刺时，我们给App添加了每日定时向用户推送菜谱的功能，使用的就是友盟的第三方jar包。但很奇怪的是，在进行测试时，发现在idea中运行时是成功的，用户在手机上可以获取消息，但使用命令行运行相应jar包时就会出现签名错误的问题，导致消息推送不了。这实在是让人非常困惑。最终解决方式还是查看了签名错误的相关实例，其中有一个引起了我的注意，就是这个jar包需要在utf-8 zh_cn的编码下才能正常运行，而通常服务器和windowcmd的编码不是，所以在计算签名时才会出错。解决方法就是在运行jar包时，添加-Dfile.encoding=utf-8命令。

总结

通过这次实践，我对SpringBoot有了进一步的了解，而项目中遇到的种种问题我在网络资料与同学帮助下也一一克服，收获还是非常大的。一开始遇到这些不熟悉的问题还是非常棘手的，就不如驼峰命名导致的null问题，一开始完全没有想到会是JPA默认命名策略的问题。最终还是在组内同学的帮助下才解决问题。

参考博客

  1. [更新 Spring Data JPA 之数据表名的命名规则为驼峰命名法 - 雨尘365 - 博客园 (cnblogs.com)](更新 Spring Data JPA 之数据表名的命名规则为驼峰命名法 - 雨尘365 - 博客园 (cnblogs.com))

  2. [SSL警告]((14条消息) 运行项目连接Mysql时出现警告Establishing SSL connection without server's identity verification is not recommende_棒叔叔的博客-CSDN博客)

  3. [详解springboot解决第三方依赖jar包的问题](详解springboot解决第三方依赖jar包的问题_java_脚本之家 (jb51.net))

  4. [Springboot中如何引入本地jar包，并通过maven把项目成功打包成jar包部署]((14条消息) Springboot中如何引入本地jar包，并通过maven把项目成功打包成jar包部署_艾特老司机-CSDN博客_includesystemscope)

  5. nodejs调用友盟push api: 签名错误问题

posted @ 2021-06-26 15:06  Phara  阅读(129)  评论(0)  编辑  收藏  举报