子墨将的博客

响应速度在一秒以上，可以说是极其的慢了。背景：一个查询文章的接口，有分页,一台二核四G的小服务器。等等，我觉得这个10kB还能优化。我记得SpringBoot有一个压缩响应的配置的。扩大线程池数量，发现依旧不变。排除，况且业务并不繁忙，仅是简单的查询数据。我：突然发现，一个接口返回50多KB。这接口返回的什么呀，这么大，可以说是一点都没进步。3、根据结果ID去缓存中查询数据，返回结果集。我： 看来也不是非必要数据，去除看看效果。可其他接口访问也不低呀，为啥偏偏你就低。使用率基本不超过20%，也排除。

线程基础JMM内存模型锁线程池并发工具类

join可以理解成是线程合并，当在一个线程调用另一个线程的join方法时，当前线程阻塞等 待被调用join方法的线程执行完毕才能继续执行，所以join的好处能够保证线程的执行顺序，但 是如果调用线程的join方法其实已经失去了并行的意义，虽然存在多个线程，但是本质上还是串 行的，最后join的实现其实是基于等待通知机制的。最大好处是实现简单，且切换操作对线程自己是可知的，没啥线程同步问题。它们是依赖于内核的，即无论是用户进程中的线 程，还是系统进程中的线程，它们的创建、撤消、切换都由内核实现。

storeLoad内存屏障 ==> （汇编层面指令）方面使用Lock指令“ lock;例如volatile,锁机制当前线程对当前共享变量的操作会存在读不到，或者不能立刻感知另一个线程对共享变量的写操作通过上下文切换，例如Thread.yield();