搜索到
215
篇与
的结果
-
Effective Java (高效 Java) 第三版-构造方法参数过多时使用 builder 模式 静态工厂和构造方法都有一个限制：它们不能很好地扩展到很多可选参数的情景。考虑我们有一个人员的类，如果只有姓名是必填的，年龄可选的，也许我们可以提供两个构造函数，但是试想一下，如果有两个类型一样的参数，是不是就没法重载了。或者可选的参数比较多，就比较麻烦了。这个时候，我们就可以考虑builder模式了。 public class Person { private String name; private int age; public static class Builder { private String name; private int age; public Builder(String name) { this.name = name; } public Builder withName(String name) { this.name = name; return this; } public Builder withAge(int age) { this.age = age; return this; } public Person build() { return new Person(this); } } public Person(Builder builder) { this.name = builder.name; this.age = builder.age; } public void desc() { System.out.println("姓名：" + name + ",年龄：" + age); } }调用Person person = new Person.Builder("张三").withAge(30).build(); person.desc(); -
Effective Java (高效 Java) 第三版-考虑使用静态工厂方法替代构造方法 public static Boolean valueOf(boolean b) { return b ? Boolean.TRUE : Boolean.FALSE; }静态工厂方法的优点构造方法没有名字，但是静态工厂方法是有名字的如果构造方法的参数本身并不描述被返回的对象，则具有精心选择名称的静态工厂更易于使用，并且生成的客户端代码更易于阅读。不需要每次调用时都创建一个新对象可以返回其返回类型的任何子类型的对象这种灵活性的一个应用是 API 可以返回对象而不需要公开它的类。 以这种方式隐藏实现类会使 API 非常紧凑。返回对象的类可以根据输入参数的不同而不同声明的返回类型的任何子类都是允许的。 返回对象的类也可以随每次发布而不同。在编写包含该方法的类时，返回的对象的类不需要存在这种灵活的静态工厂方法构成了服务提供者框架的基础，比如 Java 数据库连接 AP（JDBC）。服务提供者框架是提供者实现服务的系统，并且系统使得实现对客户端可用，从而将客户端从实现中分离出来。静态工厂方法的缺点没有公共或受保护构造方法的类不能被子类化要想将Collections框架中任何遍历的实现类进行子类化，是不可能的。程序员很难找到它们它们不像构造方法那样在 API 文档中明确的标注出来。因此，对于提供了静态方法而不是构造器的类来说，想要查明如何实例化一个类是十分困难的。
-
Java中Synchronized的用法 Synchronized是Java中的关键字，是一种同步锁。他修饰的对象有以下几种。修饰一个代码块被修饰的代码块称为同步语句块，其作用的范围是大括号{}括起来的代码，作用的对象是调用这个代码块的对象。修饰一个方法被修饰的方法称为同步方法，其作用的范围是整个方法，作用的对象是调用这个方法的对象。修饰一个静态方法其作用的范围是整个静态方法，作用的对象是这个类的所有对象。修饰一个类其作用的范围是synchronized后面括号括起来的部分，作用主的对象是这个类的所有对象。修饰一个代码块当修饰一个代码块时，我们一定要记住，作用的对象是调用这个代码块的对象。我们下面通过一段代码看一下。public class SynchronizedThread implements Runnable { /** * 计数 */ private static int count; @Override public void run() { synchronized (this) { for (int i = 0; i < 5; i++) { count++; System.out.println(Thread.currentThread().getName() + ":" + count); } } } }这段代码很简单，就是对对类的一个静态变量进行计数。接下来我们看一下调用这段代码的地方。SynchronizedThread synchronizedThread = new SynchronizedThread(); Thread thread1 = new Thread(synchronizedThread,"Thread1"); Thread thread2 = new Thread(synchronizedThread,"Thread2"); thread1.start(); thread2.start();运行上面的代码，查看控制台的输出信息不论我们怎么运行，Thead1与Thread2都是顺序执行的，这正是我们期望的。接下来，我们对上面的代码稍微做一下改动，改动后如下Thread thread3 = new Thread(new SynchronizedThread(),"Thread3"); Thread thread4 = new Thread(new SynchronizedThread(),"Thread4"); thread3.start(); thread4.start();再次运行，查看控制台输出信息可以看到Thead3与Thread4不再是顺序执行。why?Synchronized修饰一个代码块时，作用的对象是调用这个代码块的对象，我们可以看到Thead3与Thread4中是new了一个新的对象，不再是同一个对象，所以Synchronized不再起作用。修饰一个方法修饰一个方法跟修饰一个代码块类似，只是作用域不同。我们继续修改SynchronizedThread，修改后如下：public class SynchronizedThread implements Runnable { /** * 计数 */ private static int count; @Override public void run() { increment(); } public synchronized void increment(){ for (int i = 0; i < 15; i++) { count++; System.out.println(Thread.currentThread().getName() + ":" + count); } } }再次调用上面的两次代码，会发现结果是一样的。修饰静态方法由于静态方法是属于类而不是属于对象，因此synchronized修饰的静态方法锁定的是这个类的所有对象。我们再次对上面的SynchronizedThread进行修改，将increment()方法改成静态方法public class SynchronizedThread implements Runnable { /** * 计数 */ private static int count; @Override public void run() { increment(); } public synchronized static void increment(){ for (int i = 0; i < 15; i++) { count++; System.out.println(Thread.currentThread().getName() + ":" + count); } } }我们再次通过以下代码进行调用Thread thread3 = new Thread(new SynchronizedThread(),"Thread3"); Thread thread4 = new Thread(new SynchronizedThread(),"Thread4"); thread3.start(); thread4.start();查看控制台，可以看到之前不是顺序执行的方法，现在也是按照线程顺序执行了修饰一个类我们再次对上面的SynchronizedThread进行修改public class SynchronizedThread implements Runnable { /** * 计数 */ private static int count; @Override public void run() { increment(); } public static void increment() { synchronized (SynchronizedThread.class) { for (int i = 0; i < 15; i++) { count++; System.out.println(Thread.currentThread().getName() + ":" + count); } } } }我们再次通过以下代码进行调用Thread thread3 = new Thread(new SynchronizedThread(),"Thread3"); Thread thread4 = new Thread(new SynchronizedThread(),"Thread4"); thread3.start(); thread4.start();查看控制台，现在也是按照线程顺序执行的。
-
SpringBoot事务提交后执行异步代码 一般情况下，我们在使用事务时，都是在方法上添加一个@Transactional注解 @Transactional(rollbackFor = Exception.class) public void test1() { }但是有些时候，除了主要核心业务外，我们可能还需要推送消息，但是推送消息我们又需要使用我们核心业务的数据，比如我在核心业务代码中执行了插入，之后需要异步获取插入的数据，推送消息或者发送给异构系统，这个时候，我们可以使用Spring Boot提供的TransactionSynchronization接口，并实现afterCommit方法package com.example.demo.service; import org.springframework.stereotype.Service; import org.springframework.transaction.annotation.Transactional; import org.springframework.transaction.support.TransactionSynchronizationAdapter; import org.springframework.transaction.support.TransactionSynchronizationManager; import javax.annotation.Resource; @Service public class Test123Service { @Resource Test2Service test2Service; @Transactional(rollbackFor = Exception.class) public void test1() { boolean synchronizationActive = TransactionSynchronizationManager.isSynchronizationActive(); if (synchronizationActive) { TransactionSynchronizationManager.registerSynchronization( new TransactionSynchronizationAdapter() { @Override public void afterCommit() { test2Service.test2(); } } ); } else { test2Service.test2(); } } } package com.example.demo.service; import org.springframework.scheduling.annotation.Async; import org.springframework.stereotype.Service; @Service public class Test2Service { @Async public void test2(){ System.out.println("test2"); } }注意：方法test1()不能调用同一给类中使用了@Async注解的方法test2()（此时@Async会失效）
-
spring boot主流办公文档的在线预览源码 kkFileView此项目为文件文档在线预览项目解决方案，对标业内付费产品有【永中office】【office365】【idocv】等，在取得公司高层同意后以Apache协议开源出来反哺社区，在此特别感谢@唐老大的支持以及@端木详笑的贡献。该项目使用流行的spring boot搭建，易上手和部署，基本支持主流办公文档的在线预览，如doc,docx,Excel,pdf,txt,zip,rar,图片等等项目特性支持 office, pdf, cad 等办公文档支持 txt, xml(渲染), md(渲染), java, php, py, js, css 等所有纯文本支持 zip, rar, jar, tar, gzip 等压缩包支持 jpg, jpeg, png, gif, tif, tiff 等图片预览（翻转，缩放，镜像）使用 spring-boot 开发，预览服务搭建部署非常简便rest 接口提供服务，跨语言、跨平台特性(java,php,python,go,php，....)都支持，应用接入简单方便抽象预览服务接口，方便二次开发，非常方便添加其他类型文件预览支持最最重要 Apache 协议开源，代码 pull 下来想干嘛就干嘛官网及文档地址：https://kkfileview.keking.cn在线体验请善待公共服务，会不定时停用地址：https://file.keking.cn项目文档（Project documentation）详细wiki文档：https://gitee.com/kekingcn/file-online-preview/wikis/pages中文文档：https://gitee.com/kekingcn/file-online-preview/blob/master/README.mdEnglish document：https://gitee.com/kekingcn/file-online-preview/blob/master/README.en.md联系我们，加入组织我们会用心回答解决大家在项目使用中的问题，也请大家在提问前至少 Google 或 baidu 过，珍爱生命远离无效的交流沟通QQ群号：613025121(已满) 2群：484680571文档预览效果1. 文本预览支持所有类型的文本文档预览， 由于文本文档类型过多，无法全部枚举，默认开启的类型如下 txt,html,htm,asp,jsp,xml,json,properties,md,gitignore,log,java,py,c,cpp,sql,sh,bat,m,bas,prg,cmd 文本预览效果如下 2. 图片预览支持jpg，jpeg，png，gif等图片预览（翻转，缩放，镜像），预览效果如下 3. word文档预览支持doc，docx文档预览，word预览有两种模式：一种是每页word转为图片预览，另一种是整个word文档转成pdf，再预览pdf。两种模式的适用场景如下图片预览：word文件大，前台加载整个pdf过慢pdf预览：内网访问，加载pdf快图片预览模式预览效果如下 pdf预览模式预览效果如下 4. ppt文档预览支持ppt，pptx文档预览，和word文档一样，有两种预览模式 图片预览模式预览效果如下 pdf预览模式预览效果如下 5. pdf文档预览支持pdf文档预览，和word文档一样，有两种预览模式 图片预览模式预览效果如下 pdf预览模式预览效果如下 6. excel文档预览支持xls，xlsx文档预览，预览效果如下 7. 压缩文件预览支持zip,rar,jar,tar,gzip等压缩包，预览效果如下 可点击压缩包中的文件名，直接预览文件，预览效果如下 8. 多媒体文件预览理论上支持所有的视频、音频文件，由于无法枚举所有文件格式，默认开启的类型如下 mp3,wav,mp4,flv 视频预览效果如下 音频预览效果如下 9. CAD文档预览支持CAD dwg文档预览，和word文档一样，有两种预览模式 图片预览模式预览效果如下 pdf预览模式预览效果如下 考虑说明篇幅原因，就不贴其他格式文件的预览效果了，感兴趣的可以参考下面的实例搭建下快速开始项目使用技术spring boot： spring boot开发参考指南freemarkerredissonjodconverter依赖外部环境redis (可选，默认不用)OpenOffice 或者 LibreOffice( Windows 下已内置，Linux 脚本启动模式会自动安装，Mac OS 下需要手动安装)第一步：pull 项目 https://github.com/kekingcn/file-online-preview.git第二步：运行 ServerMain 的 main 方法，服务启动后，访问 http://localhost:8012/会看到如下界面，代表服务启动成功历史更新记录2021年7月6日，v4.0.0 版本发布 ：底层集成OpenOffice替换为LibreOffice，Office文件兼容性增强，预览效果提升修复压缩文件目录穿越漏洞修复PPT预览使用PDF模式无效修复PPT图片预览模式前端显示异常新增功能：首页文件上传功能可通过配置实时开启或禁用优化增加Office进程关闭日志优化Windows环境下，查找Office组件逻辑(内置的LibreOffice优先)优化启动Office进程改同步执行2021年6月17日，v3.6.0 版本发布 ：ofd 类型文件支持版本，本次版本重要功能均由社区开发贡献，感谢 @gaoxingzaq、@zhangxiaoxiao9527 的代码贡献新增 ofd 类型文件预览支持，ofd 是国产的类似 pdf 格式的文件新增了 ffmpeg 视频文件转码预览支持，打开转码功能后，理论上支持所有主流视频的预览，如 rm、rmvb、flv 等美化了 ppt、pptx 类型文件预览效果，比之前版本好看太多更新了 pdfbox、xstream、common-io 等依赖的版本2021年1月28日 ：2020农历年最后一个版本发布，主要包含了部分 UI 改进，和解决了 QQ 群友、 Issue 里反馈的 Bug 修复，最最重要的是发个新版，过个好年引入galimatias,解决不规范文件名导致文件下载异常更新index接入演示界面UI风格更新markdown文件预览UI风格更新XML文件预览UI风格，调整类文本预览架构，更方便扩展更新simTxT文件预览UI风格调整多图连续预览上下翻图的UI采用apache-common-io包简化所有的文件下载io操作XML文件预览支持切换纯文本模式增强url base64解码失败时的提示信息修复导包错误以及图片预览 bug修复发行包运行时找不到日志目录的问题修复压缩包内多图连续预览的bug修复大小写文件类型后缀没通用匹配的问题指定Base64转码采用Apache Commons-code中的实现，修复base64部分jdk版本下出现的异常修复类文本类型HTML文件预览的bug修复：dwg文件预览时无法在jpg和pdf两种类型之间切换escaping of dangerous characters to prevent reflected xss修复重复编码导致文档转图片预览失败的问题&编码规范2020年12月27日 ：2020年年终大版本更新，架构全面设计，代码全面重构，代码质量全面提升，二次开发更便捷，欢迎拉源码品鉴，提issue、pr共同建设架构模块调整,大量的代码重构，代码质量提升N个等级，欢迎品鉴增强XML文件预览效果，新增XML文档数结构预览新增markdown文件预览支持，预览支持md渲染和源文本切换支持切换底层web server为jetty，解决这个issue：https://github.com/kekingcn/kkFileView/issues/168引入cpdetector，解决文件编码识别问题url采用base64+urlencode双编码，彻底解决各种奇葩文件名预览问题新增配置项office.preview.switch.disabled，控制offic文件预览切换开关优化文本类型文件预览逻辑，采用Base64传输内容，避免预览时再次请求文件内容office预览图片模式禁用图片放大效果，达到图片和pdf预览效果一致的体验直接代码静态设置pdfbox兼容低版本jdk，在IDEA中运行也不会有警告提示移除guava、hutool等非必须的工具包，减少代码体积Office组件加载异步化，提速应用启动速度最快到5秒内合理设置预览消费队列的线程数修复压缩包里文件再次预览失败的bug修复图片预览的bug2020年05月20日 ：新增支持全局水印，并支持通过参数动态改变水印内容新增支持CAD文件预览新增base.url配置，支持使用nginx反向代理和使用context-path支持所有配置项支持从环境变量里读取，方便Docker镜像部署和集群中大规模使用支持配置限信任站点（只能预览来自信任点的文件源），保护预览服务不被滥用支持配置自定义缓存清理时间（cron表达式）全部能识别的纯文本直接预览，不用再转跳下载，如.md .java .py等支持配置限制转换后的PDF文件下载优化maven打包配置，解决 .sh 脚本可能出现换行符问题将前端所有CDN依赖放到本地，方便没有外网连接的用户使用首页评论服务由搜狐畅言切换到Gitalk修复url中包含特殊字符可能会引起的预览异常修复转换文件队列addTask异常修复其他已经问题官网建设：https://kkfileview.keking.cn官方Docker镜像仓库建设：https://hub.docker.com/r/keking/kkfileview2019年06月18日 ：支持自动清理缓存及预览文件支持http/https下载流url文件预览支持FTP url文件预览加入Docker构建2019年04月08日 ：缓存及队列实现抽象，提供JDK和REDIS两种实现(REDIS成为可选依赖)打包方式提供zip和tar.gz包，并提供一键启动脚本2018年01月19日 ：大文件入队提前处理新增addTask文件转换入队接口采用redis队列，支持kkFIleView接口和异构系统入队两种方式2018年01月17日 ：优化项目结构，抽象文件预览接口，更方便的加入更多的文件类型预览支持，方便二次开发新增英文文档说明（@幻幻Fate，@汝辉）贡献新增图片预览文件支持类型修复压缩包内轮播图片总是从第一张开始的问题2018年01月12日 ：新增多图片同时预览支持压缩包内图片轮番预览2018年01月02日 ：修复txt等文本编码问题导致预览乱码修复项目模块依赖引入不到的问题新增spring boot profile，支持多环境配置引入pdf.js预览doc等文件，支持doc标题生成pdf预览菜单，支持手机端预览使用登记如果这个项目解决了你的实际问题，可在 https://gitee.com/kekingcn/file-online-preview/issues/IGSBV登记下，如果节省了你的三方预览服务费用，也愿意支持下的话，可点击下方【捐助】请作者喝杯咖啡，也是非常感谢Stars 趋势图GiteeGitHub
-
MyBatis在xml文件中使用中文字符 大多数情况下，我们在xml中使用if标签的时候，都是判断是否为空或null，像下面这样<if test="carId != null and carId != ''"> and condition </if>但是有时候，我们比较的值可能是字符甚至汉字，其实字符也还好说，正常使用即可，像下面这样<if test="carId != null and carId != 'A'"> and condition </if>但是如果你使用的是汉字，那么事情就没那么简单了。对于汉字的比较，我们可以像下面这样处理<if test="oilType != null and '电'.toString() neq oilType"> and oil_type <![CDATA[<>]]> #{oilType} </if>注意看上面，在汉字后面要加上.toString()，不然会报错。
-
MyBatis-Plus更新部分字段 使用MyBatis-Plus时，有时候我们在更新实体时，可能只想更新部分字段。下面介绍两种更新部分字段的方法。一、先查询后更新的方式这种方式不是很好，说白了就是先执行一遍查询，查询到实体后，设置修改的属性，再次调用update方法更新，这样MyBatis只会更新修改的字段。二、通过UpdateWrapper更新 LambdaUpdateWrapper<OilUser> userUpdateWrapper = new LambdaUpdateWrapper<>(); userUpdateWrapper.set(OilUser::getUsername, user.getUsername()); userUpdateWrapper.set(OilUser::getNickName, user.getNickName()); userUpdateWrapper.set(OilUser::getTel, user.getTel()); userUpdateWrapper.set(OilUser::getEmail, user.getEmail()); if (!StringUtils.isEmpty(user.getPassword())) { userUpdateWrapper.set(OilUser::getPassword, passwordEncoder.encode(user.getPassword())); } userUpdateWrapper.eq(OilUser::getId, user.getId()); oilUserMapper.update(null, userUpdateWrapper);注意oilUserMapper.update(null, userUpdateWrapper);，第一个参数一定要设置null，这样就只会更新你set的字段。
-
Spring Boot另类前后端分离项目部署 对于前后端分离的项目，一般情况下，我们是把静态文件放到nginx中，然后通过端口转发，请求后端避免跨域的问题。我们知道，Spring Boot项目中，我们可以添加静态资源，根据约定大于配置的规则，默认静态文件位置位于以下位置classpath:/static,classpath:/public,classpath:/resources,classpath:/META-INF/resources,servlet context:将前端文件放到Spring Boot静态资源中的好处是不存在跨域的问题。默认静态资源，如果我们放到resources中，这显然不是我们想看到的。我们希望的是，将静态文件放到jar包之外的某个特定位置，这样静态资源的修改，不会涉及jar包的修改。配置文件修改为了实现静态资源文件的配置，我们需要通过spring.web.resources.static-locations指定静态文件的位置web: spring: web: resources: static-locations: file:${web}之所以添加一个web，是为了方便我们在命令行动态指定位置。放置静态资源我这里演示将index.html放到--web=/Users/lisen/IdeaProjects/demo/web中进行访问。内容如下：<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> <script src="https://cdn.staticfile.org/jquery/1.10.2/jquery.min.js"> </script> </head> <body> 这是首页1 <div id="div1"></div> <script> $(document).ready(function(){ $.ajax({ url:"/book/get/1", type : "POST", //请求成功 success : function(result) { $("#div1").html(result); }, }) }); </script> </body> </html>启动命令java -jar /Users/lisen/IdeaProjects/demo/target/demo-0.0.1-SNAPSHOT.jar --web=/Users/lisen/IdeaProjects/demo/web访问前端页面可以看到，页面正确访问，并且没有出现跨域的问题。
-
Java故障诊断与性能优化-栈上分配 正常情况下，Java对象是存储到堆上的，为了优化系统性能，Java虚拟体提供了一种栈上分配的技术，栈上分配的基本思想是：对于那些线程私有的对象（不能被其他线程访问的对象），Java虚拟机将对象打散分配到栈上，而不是分配到堆上。之所以分配到栈上，是因为在函数调用结束后，可以将对象信息自行销毁，而不需要垃圾回收器介入。栈上分配技术基础是逃逸分析，逃逸分析的目的是检查对象的作用域是否有可能逃出函数体。能够逃逸的对象下面演示一个能够逃逸的对象，因为能够逃逸，所以是无法进行栈上分配的。public class Test{ public static class User{ public String name; public int age; public User(String name,int age){ this.name=name; this.age=age; } } public static User alloc(){ User user = new User("Test",30); user.name = "张三"; user.age=40; return user; } public static void main(String[] args) throws InterruptedException{ long startTime = System.currentTimeMillis(); User user = new User("Test",30); for(int i=0;i<100000000;i++){ user= alloc(); } System.out.println(user.age); long endTime = System.currentTimeMillis(); System.out.println(endTime - startTime); } }执行java -server -Xmx20m -Xms20m -XX:+PrintGC Test可以看到代码发生了大量的GC。不能逃逸的对象相同的代码，我们只是设置对象不能逃逸，进行一下改造。public class Test{ public static class User{ public String name; public int age; public User(String name,int age){ this.name=name; this.age=age; } } public static void alloc(){ User user = new User("Test",30); user.name = "张三"; user.age=40; } public static void main(String[] args) throws InterruptedException{ long startTime = System.currentTimeMillis(); for(int i=0;i<100000000;i++){ alloc(); } long endTime = System.currentTimeMillis(); System.out.println(endTime - startTime); } }执行java -server -Xmx20m -Xms20m -XX:+DoEscapeAnalysis -XX:+PrintGC -XX:-UseTLAB -XX:+EliminateAllocations Test输出可以看到并没有任何GC程序就执行完了。参数说明第二段启用逃逸分析时，我们参数明显是比第一段多了。-server:Server模式下，才可以启用逃逸分析。-XX:+DoEscapeAnalysis: 启用逃逸分析。-XX:-UseTLAB:TLAB全称是Thread Local Allocation Buffer，也就是线程级别的内存分配，每个线程独享一块内存，主要是针对Eden里的一块小内存，这样线程在分配内存的时候，因为这块小内存是这个线程独享的，因此不会出现锁竞争的问题，默认是开启该功能的，不建议关闭此功能，主要是保证内存分配的高效性-XX:+EliminateAllocations:开启标量替换（默认开启），运行将对象打散分配到栈上，比如我们上面User对象有id、name两个字段，那么这两个字段将会被视为两个独立的局部变量进行分配。
-
SpringBoot JPA自动设置创建者、最后修改者 书接上文，SpringBoot JPA自动设置创建时间、修改时间，审计不可能只包含创建时间、最后修改时间，肯定得有人，也就是必须得有创建者、最后修改者。Spring Data Jpa设置创建者、最后修改者也非常简单。实体修改@Data @Entity @Table(name = "Book") @EntityListeners(AuditingEntityListener.class) public class Book { @Id private long id; private String name; private String author; private BigDecimal price; @CreatedDate private Timestamp createdDate; @CreatedBy private String createBy; @LastModifiedDate private Timestamp lastModifiedDate; @LastModifiedBy private String lastModifiedBy; }@CreatedBy注解用于标识创建者。@LastModifiedBy注解用于标识最后修改者。其他注解跟设置创建时间、最后修改时间一致，不再赘述，这里重点说一下，如何获取创建者、最后修改者。设置创建者、最后修改者值在Spring Data Jpa中，可以通过实现AuditorAware接口让程序知道当前审核程序的用户，实现逻辑根据项目实际情况编写。/** * 审计接口，获取当前人员 */ @Configuration public class JpaAuditWare implements AuditorAware<String> { @Override public Optional<String> getCurrentAuditor() { return Optional.of(UUID.randomUUID().toString()); } }验证创建验证 @GetMapping("save") public Book saveBook() { Book book = new Book(); book.setId(1L); book.setName("《山海经》"); book.setAuthor("佚名"); book.setPrice(new BigDecimal("500")); return bookService.saveBook(book); }修改验证然后我们修改一下数据，验证一下最后修改人、最后修改时间[alt type="info"]如果数据未发生改变，那么最后修改者、最后修改时间是不会发生改变的。[/alt]
-
SpringBoot JPA自动设置创建时间、修改时间 JPA提供了审计功能，用于设置创建者、创建时间、修改者、修改时间等参数。创建时间、修改时间很好理解，就是当前时间，但是创建者、修改者一般都是通过上下文信息获取的，由于我这边是接口里面使用，未使用创建者、修改者，所以先介绍一下创建时间、修改时间的使用。添加依赖那些巴拉巴拉的就不啰嗦。创建实体@Getter @Setter @ToString @Entity @Table(name = "ARAPDiscountRecord") @EntityListeners(AuditingEntityListener.class) public class ARAPDiscountRecordEntity implements Serializable { @CreatedDate @Column(name = "timestamp_createdon") private Timestamp timestampCreatedon; @LastModifiedDate @Column(name = "timestamp_lastchangedon") private Timestamp timestampLastchangedon; }@CreatedDate注解用于标识创建时间。@LastModifiedDate注解用于标识修改时间。实体类添加@EntityListeners(AuditingEntityListener.class)标识启动审计。启动审计再启用或者配置类上添加@EnableJpaAuditing启动审计。@EnableJpaAuditing @SpringBootApplication public class DemoApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } }这样的话，每次创建数据，系统会自动赋值timestampCreatedon列，修改数据时，系统会自动赋值timestampLastchangedon字段。
-
Spring Boot中ThreadLocal踩坑 ThreadLocal作用ThreadLocal的作用:用来存当前线程的局部变量，不同线程间互不干扰。拿完数据记得需要移除数据，不然JVM不会将ThreadLocal回收(可能还会被引用)，多了就会出现内存泄漏的情况。解析ThreadLocal类ThreadLocal包含几个方法：public T get() { } public void set(T value) { } public void remove() { } protected T initialValue() { }T get()get()方法是用来获取ThreadLocal在当前线程中保存的变量副本set(T value)set()用来设置当前线程中变量的副本void remove()remove()用来移除当前线程中变量的副本T initialValue()initialValue()是一个protected方法，一般是用来在使用时进行重写的，它是一个延迟加载方法。ThreadLocal变量污染ThreadLocal会在每个线程存储一个副本，但是如果我们使用的是比如Tomcat，Tomcat自身会维护一个线程池，线程结束后，并不会马上销毁，而是会重新进入线程池，下次有请求时，有可能会复用当前线程，如果我们每次使用ThreadLocal之前，没有进行Set(T value),那么就有可能导致不同线程之间变量污染，比如下面的代码@RestController @RequestMapping(value = "book") @Slf4j public class BookController { private static final ThreadLocal<String> THREAD_LOCAL_TEST = new ThreadLocal<>(); @Resource private IBookService bookService; /** * 构造函数 */ public BookController() { log.info("构造函数，此时bookService ：" + bookService); } @PostConstruct public void init() { log.info("PostConstruct，此时bookService ：" + bookService); } @PreDestroy public void destroy() { log.info("PreDestroy"); } @GetMapping(value = "set") public void set() { if (StringUtils.isEmpty(THREAD_LOCAL_TEST.get())) { THREAD_LOCAL_TEST.set(UUID.randomUUID().toString()); } } @GetMapping(value = "search") public List<Book> search() { log.error(THREAD_LOCAL_TEST.get()); return bookService.search(); } }使用jmeter进行请求，可以看到同一线程，输出的内容永远不会发生改变。可以在内次使用之前进行set(T value),但是set(T value)可能会导致内存无法释放。ThreadLocal可能导致的内存泄露ThreadLocal为了避免内存泄露，不仅使用了弱引用维护key，还会在每个操作上检查key是否被回收，进而再回收value。但是从中也可以看到，ThreadLocal并不能100%保证不发生内存泄漏。比如，很不幸的，你的get()方法总是访问固定几个一直存在的ThreadLocal，那么清理动作就不会执行，如果你没有机会调用set()和remove()，那么这个内存泄漏依然会发生。一个良好的习惯依然是：当你不需要这个ThreadLocal变量时，主动调用remove()，这样对整个系统是有好处的。@RestController @RequestMapping(value = "book") @Slf4j public class BookController { private static final ThreadLocal<String> THREAD_LOCAL_TEST = new ThreadLocal<>(); @Resource private IBookService bookService; /** * 构造函数 */ public BookController() { log.info("构造函数，此时bookService ：" + bookService); } @PostConstruct public void init() { log.info("PostConstruct，此时bookService ：" + bookService); } @PreDestroy public void destroy() { log.info("PreDestroy"); } @GetMapping(value = "set") public void set() { THREAD_LOCAL_TEST.set(UUID.randomUUID().toString()); } @GetMapping(value = "search") public List<Book> search() { log.error(THREAD_LOCAL_TEST.get()); THREAD_LOCAL_TEST.remove(); return bookService.search(); } }ThreadLocal与局部变量局部变量和ThreadLocal起到的作用是一样的，保证了并发环境下数据的安全性。那就是说，完全可以用局部变量来代替ThreadLocal咯？This class provides thread-local variables. These variables differ from their normal counterparts in that each thread that accesses one (via its {@code get} or {@code set} method) has its own, independently initialized copy of the variable. {@code ThreadLocal} instances are typically private static fields in classes that wish to associate state with a thread (e.g., a user ID or Transaction ID).[typing]翻译过来[/typing] ThreadLocal提供的是一种线程局部变量。这些变量不同于其它变量的点在于每个线程在获取变量的时候，都拥有它自己相对独立的变量初始化拷贝。ThreadLocal的实例一般是私有静态的，可以做到与一个线程绑定某一种状态。所以就这段话而言，我们知道ThreadLocal不是为了满足多线程安全而开发出来的，因为局部变量已经足够安全。ThreadLocal是为了方便线程处理自己的某种状态。 可以看到ThreadLocal实例化所处的位置，是一个线程共有区域。好比一个银行和个人，我们可以把钱存在银行，也可以把钱存在家。存在家里的钱是局部变量，仅供个人使用；存在银行里的钱也不是说可以让别人随便使用，只有我们以个人身份去获取才能得到。所以说ThreadLocal封装的变量我们是在外面某个区域保存了处于我们个人的一个状态，只允许我们自己去访问和修改的状态。
