myjess’s blog

自定义异常 因为某些业务需要进行业务回滚。但spring的事务只针对RuntimeException的进行回滚操作。所以需要回滚就要继承RuntimeException。 public class MyException extends RuntimeException { //异常错误码 private int code; //异常信息 private String msg; //异常构造方法 在使用时方便传入错误码和信息 public MyException(int cod

1. 配置文件内容 wechat: mpAppId: wxdf2b09f2812ef6e2 mpAppSecret: f924b2e9f140acdjf559cb5317a8951c71 project: url: sell: http://localhost:8080 2. 获取配置文件信息 方法一： 使用@ConfigurationProperties注解 @Data @Component @ConfigurationProperties(prefix = "wechat

常用表单验证注解 @NotNull 限制必须不为null @NotEmpty 验证注解的元素值不为 null 且不为空（字符串长度不为0、集合大小不为0） @NotBlank 验证注解的元素值不为空（不为null、去除首位空格后长度为0），不同于@NotEmpty，@NotBlank只应用于字符串且在比较时会去除字符串的空格 @Pattern(value) 限制必须符合指定的正则表达式 @Size(max,min) 限制字符长度必须在 min 到 max 之间（也可以用在集合上） @Email 验证注解的元

Http 协议是一个无状态协议, 客户端每次发出请求, 请求之间是没有任何关系的。但是当多个浏览器同时访问同一服务时，服务器怎么区分来访者哪个是哪个呢？ cookie、session、token 就是来解决这个问题的。 cookie cookie 仅仅是浏览器实现的一种数据存储功能，就是浏览器里面能永久存储的一种数据 浏览器每次发生http请求，都会将请求域的 cookie 一同发给 server 端 server 端可以修改 cookie 并返回给浏览器 浏览器端也可以通过 js 修改 cookie,

后端开发时返回给前端的数据格式有时可能并不符合。 举个例子，比如一张表中的时间，数据库中存储的是yyy-mm-dd hh:mm:ss 这样的形式，而前段需要的是精确到秒的格式，这是就会出现问题。此时可以利用@JsonSerialize注解 1. 在实体类中在要转换的字段上加上该注解 //创建时间 @JsonSerialize(using = Date2LongSerializer.class) private Date creatTime; //更新时间 @JsonSerialize(using = Da

导入依赖 <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-

1、dao层：数据访问层 dao层属于一种比较底层，比较基础的操作，具体到对于某个表的增删改查，也就是说某个DAO一定是和数据库的某一张表一 一对应的，其中封装了增删改查基本操作，建议DAO只做原子操作，增删改查。 负责与数据库进行联络的一些任务都封装在此，dao层的设计首先是设计dao层的接口，然后在Spring的配置文件中定义此接口的实现类，然后就可以再模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，dao层的数据源配置，以及有关数据库连接参数都在Spr

SpringBoot——@PathVariable URL变量 Web应用中的URL通常不是一成不变的，例如微博两个不同用户的个人主页对应两个不同的URL：http://weibo.com/user1和http://weibo.com/user2。我们不能对于每一个用户都编写一个被@RequestMapping注解的方法来处理其请求，也就是说，对于相同模式的URL（例如不同用户的主页，他们仅仅是URL中的某一部分不同，为他们各自的用户名，我们说他们具有相同的模式）。 定义URL变量规则 可以在@Reques