SpringBoot快速入门4---整合数据源

简介

• 对于数据访问层，无论是SQL（关系型数据库）还是NOSQL（非关系型数据库），Spring Boot底层都是采用Spring Data的方式进行统一处理
• Spring Boot底层都是采用Spring Data的方式进行统一处理各种数据库，Spring Data也是Spring中Spring Boot、Spring Cloud 等齐名的知名项目

扩展：静态导入

• 格式：import static 包名….类名.方法名;
• 作用：可以直接导入到方法的级别，直接调用相应的静态方法或者属性，
• 静态导入的注意事项：
  1. 方法必须是静态的
  2. 如果有多个同名的静态方法，容易不知道使用谁。这个时候必须加前缀。由此可见，意义不大，所以一般不用，但是要能看懂

整合Druid数据源

• springboot 2.4.5默认使用HikariCP连接池

• Druid [ˈdruːɪd] 简介

  • 被人叫做德鲁伊
  • Druid是阿里巴巴开源平台上一个数据库连接池实现，结合了C3PO、DBCP、PROXOOL等DB池的优点，同时加入了日志监控
  • Druid 可以很好的监控DB池连接和SQL的执行情况，天生就是针对监控而生的 DB连接Spring Boot 2.0 以上默认使用Hikari数据源，可以说Hikari 与 Driud 都是当前Java web 上最优秀的数据源，我们来重点介绍Spring Boot如何集成Druid数据源，如何实现数据库监控

• 依赖

  <dependency>
      <groupId>com.alibaba</groupId>
      <artifactId>druid-spring-boot-starter</artifactId>
      <version>1.2.6</version>
  </dependency>
  

• Druid常用配置

  initial-size: 8
  min-idle: 8
  max-active: 20
  # 配置获取连接等待超时的时间，单位是毫秒
  max-wait: 60000
  # 配置间隔多久才进行一次检测，检测需要关闭的空闲连接，单位是毫秒
  time-between-eviction-runs-millis: 60000
  # 配置一个连接在池中最小生存的时间，单位是毫秒
  min-evictable-idle-time-millis: 30000
  max-evictable-idle-time-millis: 300000
  validation-query: SELECT 1
  test-while-idle: true
  test-on-borrow: false
  test-on-return: false
  # 打开PSCache，并且指定每个连接上PSCache的大小
  pool-prepared-statements: true
  max-pool-prepared-statement-per-connection-size: 20
  #配置监控统计拦截的filters，去掉后监控界面sql无法统计，'wall'用于防火墙，log4j（用log4j需要额外导入依赖）
  filters: stat,wall,log4j
  # 通过connectProperties属性来打开mergeSql功能；慢SQL记录
  connection-properties: druid.stat.mergeSql=true;druid.stat.slowSqlMillis=500
  # 配置监控服务器
  stat-view-servlet:
      enabled: true
      url-pattern: /druid/*
      reset-enable: true
      login-username: admin
      login-password: 123456
      
  # 配置DruidStatFilter过滤器拦截器
  web-stat-filter:
      enabled: true
      url-pattern: /*
      exclusions: .js,*.gif,*.jpg,*.bmp,*.png,*.css,*.ico,/druid/*
  

• /druid进入监控服务器页面

扩展：接口中的 int age = 18;

//接口中的创建的'变量'如
int age = 18;
//等价于
public static final int age = 18;

接口为什么不能有变量

• 如果接口可以定义变量，但是接口中的方法又都是抽象的，在接口中无法通过行为来修改属性。有的人会说了，没有关系，可以通过实现接口的对象的行为来修改接口中的属性。这当然没有问题，但是考虑这样的情况。如果接口 A 中有一个public 访问权限的静态变量 a。按照 Java 的语义，我们可以不通过实现接口的对象来访问变量 a，通过 A.a = xxx; 就可以改变接口中的变量 a 的值了。正如抽象类中是可以这样做的，那么实现接口 A 的所有对象也都会自动拥有这一改变后的 a 的值了，也就是说一个地方改变了 a，所有这些对象中 a 的值也都跟着变了。这和抽象类有什么区别呢，怎么体现接口更高的抽象级别呢，怎么体现接口提供的统一的协议呢，那还要接口这种抽象来做什么呢？所以接口中不能出现变量，如果有变量，就和接口提供的统一的抽象这种思想是抵触的。所以接口中的属性必然是常量，只能读不能改，这样才能为实现接口的对象提供一个统一的属性

SpringBoot整合Mybatis

• @Mapper是 Mybatis 的注解，和 Spring 没有关系，@Repository 是 Spring 的注解，用于声明一个 Bean

• 仅仅使用@Mapper注解，我们会发现，在其他变量中依赖注入，IDEA 会提示错误，但是并不影响运行。因为我们没有显式标注这是一个 Bean，IDEA 认为运行的时候会找不到实例注入，所以提示我们错误。在接口上加上@Repository即可

• yaml配置mybatis

  # 整合mybatis别名和mapper.xml地址
  mybatis:
    type-aliases-package: com.study.pojo
    mapper-locations: classpath:mybatis/mapper/*.xml
  

• UserMapper

  //这个注解表示了这是一个mybatis的mapper类，或者在springboot主程序类上加入包扫描@MapperScan("com.study.mapper")
  @Mapper
  @Repository
  public interface UserMapper {
  
      public static final int age = 18;
  
      User queryUserByName(String name);
  
      int addUser(User user);
  
      int deleteUser(int id);
  
  }
  

• UserMapper.xml

  <!--开启缓存：<cache/>-->
  <select id="queryUserByName" parameterType="string" resultType="User">
      select *
      from user
      where name = #{name};
  </select>