1. 没有volatile会出现什么问题？ 在java里面每个线程都有自己的工作内存，工作内存中的变量是从主存中读取的，当有多个线程都读取并修改主存中数据时，会出现一个线程对主存的修改对其它线程不可见的问题；另外还有一个问题，就是java代码会存在指令级别的重排，volatile 就是能解决线程之间共享变量的可见性，还有就是禁止指令重排。 2. volatile的例子 指令重排的问题： 在下图中有两个方法分别为actor1和actor2，这两个方法分别被两个线程执行，下面的r1的结果可能为 r1 = 4; 线程2先…
1.什么是微服务？ 微服务是单一职责的应用程序，相比传统的应用程序分的更细，更利于迭代开发和代码维护。 2.微服务之间是如何通信的？ 同步：Dubbo是通过rpc，而spring cloud 是通过rest 风格的 http协议 异步：消息队列例如rocket mq , kafka 3.spring cloud 和 dubbo 的 区别？ 最大的区别是通信方式，前者基于http，后者是基于rpc。 rpc会比http快，rpc占用的带宽更小，更加轻量，dubbo 会存在代码级别的强依赖，而 spring cloud…
1. 新建父项目 在idea新建父项目 springcloud 导入相应的spring cloud 依赖 具体可参考 https://gitee.com/fangping94/springcloud/blob/master/springcloud/pom.xml 2.新建springcloud-api 项目 该项目主要存储一些对外访问的实体类 新建数据库db01,建数据库表dept 新建实体类 表数据 insert into dept (dname, db_source) values ('开发部',DATABAS…
偏向锁是为了解决轻量锁锁记录和对象头markword中的cas性能开销过大的问题，特别是在重入的时候会出现这样的现象。 对于如下的所示的代码：m1方法里面调用m2方法，m2方法调用m3方法，这时只有一个线程，本来可以使用轻量级锁，但是jvm底层还会对轻量级锁进行优化，也就是偏向锁。 在对象头中的markword中存储的就是偏向锁的信息，也就是线程ID等信息，在 java对象头的结构 这篇文章中有偏向锁的结构。在重入的时候，线程发现对象头中的thread是自己，就表示没有竞争，不用重新CAS，这个对象就归该线程所有。
当一个线程获得对象的锁，另外一个线程要进入同步代码块不会立马阻塞，而是会自旋重试，从而提升性能。 具体如下所示：在自旋重试的过程中，如果获得锁的线程释放了锁，则自旋重试成功，则获得锁，也就是不用进入阻塞。
一个线程已经对对象加了轻量级锁，另外一个线程也想对对象加锁，object中的轻量级锁会膨胀成重量级锁，如下所示。 锁膨胀的流程： Thread1加轻量级锁失败，进入锁膨胀流程 为Object 申请Monitor锁，让object指向重量级锁指针 然后自己进入monitor的entrylist进行blocked 锁膨胀之后的解锁流程 Thread0退出同步代码块，进行解锁时发现object中的markword不再是轻量级锁记录的地址，因此根据monitor去找monitor锁，将其owner置为空，并唤醒entryl…
轻量级锁的使用场景，如果一个对象有多个线程访问，但多线程的访问时间是错开的（也就是没有竞争），那么可以让轻量级锁来优化，轻量级锁的语法还是Syncronized。 假设有两个方法同步代码块，利用同一个对象进行加锁： static final Object object = new Object(); public static void method1() { Syncronized(object) { // 同步块A method2(); } } public static void method2() { …
