这是 JDK 提供的多线程环境下保证线程安全生成随机数的工具类
在线程自己的方法中调用 ThreadLocalRandom.current() 。（这样才能保证线程本身生成随机数的独立性）
禁止将 ThreadLocalRandom 提升为全局变量，例如：public static final ThreadLocalRandom random = ThreadLocalRandom.current() 这样会导致使用该变量的多线程生成随机策略一样的，核心底层随机策略的种子值 probe 不会再次初始化。
使用 ThreadLocalRandom，不能多个线程共享某线程返回的 ThreadLocalRandom 实例，需要每个线程分别调用ThreadLocalRandom.current().nextInt(1000)，这样才能初始化每个线程的种子，才可以起到随机数的效果。
当操作符（>,=…）与不同类型的操作数一起使用时，会发生类型转换以使操作数兼容
- 如果字符串的第一个字符就是非数字的字符，那么转换为数字就是0
- 如果字符串以数字开头
- 如果字符串中都是数字，那么转换为数字就是整个字符串对应的数字
- 如果字符串中存在非数字，那么转换为的数字就是开头的那些数字对应的值
使用 DelayQueue 实现重试机制。例如，接口调用失败或者请求超时后，可以将当前请求对象放入 DelayQueue，通过一个异步线程 take() 取出对象然后继续进行重试。如果还是请求失败，继续放回 DelayQueue。可以设置重试的最大次数以及采用指数退避算法设置对象的 deadline，如 2s、4s、8s、16s ……以此类推。DelayQueue的时间复杂度和Timer基本一致。
在平常开发大家都会遇到批量处理的功能，具体实现有 Job 定时去扫描。
不实时操作的原因：
job 频率执行太快，会出现空转浪费资源；job 频率执行太慢，可能会出现用户傻等，等待job执行。
因此单纯依赖定时任务，可以在前端添加一个 refresh 按钮，实时同步当前实体的数据。
JDK 9 新增 ifPresentOrElse() ，对我来说简洁了很大部分代码
JDK 9 新增 ifPresentOrElse() ，对我来说简洁了很大部分代码
查看所有线程，top默认显示所有进程第一行
top -H
查看所有存在的线程
ps xH
通过进程id查看线程数量
ps -mp
查看某个进程线程数
ps -T -p pid
查看特定某个进程线程使用内存情况
top -H -p pid
查看进程相关的线程信息
top -Hp pid –
查看磁盘占用情况
df -h [目录]
查看文件夹大小
du -sh [目录]
说下比较适合写注释的两种场景：
- public interface，向别人明确发布你功能的语义，输入输出，且不需要关注实现。
- 功能容易有歧义的点，或者涉及比较深层专业知识的时候。比如，如果你写一个客户端，各种config参数的含义等。
当你的系统内大部分抽象只有一个实现的时候，要好好思考一下，是不是设计有点过度了，清晰永远是第一准则。
在一个功能流程开发中，优先定义好类、以及方法的归属。方法可以不着急实现，这样开发的代码可读性很高
- 一个好的系统，一定离不开一套好的模型定义。梳理清楚系统中的核心模型，清楚的定义每个方法的类归属，无论对于代码的可读性、可交流性，还是和产品的沟通，都是有莫大好处的。
- static真正适用的场景：工具方法，而不是业务方法。