CAS

　　10 月 7 日，Emmanuelle Charpentier 和 Jennifer A. Doudna 因开发精准基因编辑技术摘得 2020 年诺贝尔化学奖，这再次将基因编辑 CRISPR 置于聚光灯下。 同日，CRISPR 技术再迎重大进展，基因工程组公司 Synthego 宣布其开发出一种基础技术，能够通过光线精确控制在细胞内进行的 CRISPR 基因编辑。 　　官网显示，Synthego 成立于 2012 年，是一家总部位于加利福尼亚硅谷的基因组工程公司。该公司由 Paul Dabrowski 和 Michael Dabrowski 两兄弟共同创立，正式进军生物科学领域之前，他们曾就职于埃隆 · 马斯克创立的 SpaceX 公司。Synthego 正在通过机器学习，自动化和基因编辑为规模化的科学研究搭建平台。通过基因组工程推动药物发现和细胞以及基因疗法。 公司的主营业务包括利用 CRISPR 基因工程化改造细胞、提供合成化 RNA 解决方案以及提供生物信息学。 　　 　　图 | Synthego 业务（来源：Synthego 官网） 　　2020 年 8 月，该公司刚完成 1 亿美元 D 轮融资，用于加速推动其 CRISPR 平台发展。公开资料显示，Synthego 共计完成四轮超 2.5 亿美元融资，投资方不乏 8VC、英特尔、Founders Fund

文章目录 前言 对象创建 1.类加载检查 2.分配内存 分配内存的方式 内存分配的并发问题 3.初始化零值 4.设置对象头： 5. 执行init方法; 对象内存布局 对象头 实例数据 对齐填充 对象访问方式 使用句柄访问 使用直接指针访问 总结 前言 上一篇我们 介绍了JVM的内存区域布局，并且重点介绍了堆和栈的概念。 ，今天我们接着来学习JVM的对象创建过程已经对象的访问方式。 对象创建 对象的创建共有如上五个步骤： 1.类加载检查 虚拟机遇到一条new指令时，首先将去检查这个指令是否在常量池中定位到这个类的符号引用，并且检查这个符号引用代表的类是否已经被加载过、解析和初始化过。如果没有，那必须先执行相应的类加载过程。JVM中类加载是通过双亲委派模型来完成的 双亲委派模型加载类 。 2.分配内存 类加载检查通过后，接下来虚拟机将为新生成对象分配内存。对象所需的内存大小在类加载完成后便可确定，为对象分配空间的任务等同于把一块确定大小的内存从Java堆中划分出来。分配方式有"指针碰撞"和"空闲列表"两种，选择那种分配方式由Java堆是否规整决定。而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。 分配内存的方式 指针碰撞 通过"指针碰撞"分配内存的方式适用场合是 堆内存规整（即没有内存碎片） 的情况下。它的实现原理是： 用过的内存全部整合到一边

本文是一位粉丝朋友前段时间的真实面经经历，面的是蘑菇街 背景介绍： 工作经验：Java开发5年 学历背景：重庆邮电大学（信息安全专业） 工作经历：主要业务在柬埔寨做移动支付钱包（聚合支付的项目，让柬埔寨当地华人能使用微信、支付宝支付） 注意： 以下内容均为真实面经分享，大家可以认真阅读完，看下这些面试题你是否能答的让面试官满意，同时我也会分享一些面试的小技巧给大家，主要告诉你 如何准备简历，如何准备面试，2020大厂面试真题分享（含答案），哪些学习资料值得看。 话不多说，下面一起跟着这位粉丝朋友面试经历来看看他的面试之旅吧，另外，下文中涉及到的面试题答案、复习资料，均有完整PDF版分享， 关注+评论后私信我「面试」即可~ 面试官： 自我介绍一下吧 程序员： 你好，我毕业于XXX，工作5年了，最近的工作主要是负责XXX（见以上背景介绍） 面试官： 看到你写到熟练掌握Java语言的高级特性，简单介绍一下Bean SpringBean一个注入过程吧 程序员： Bean的注入过程......首先是从配置文件（注解）里面把它和对象.....额，我对这方面还是不太熟悉 面试官： 没事没事....我们接着往下聊 程序员： 尴尬一笑 面试官： 我看大你写到你了解一些高级特性，你能给我简单的介绍一下Java8有哪些新特性吗，或者你比较擅长的新特性有哪些？ 程序员：

相信很多看过小蜜蜂(BeeCP)连接池的性能对比图的网友都会觉得惊讶不已，这比被号称史上最快的光连接池还快啊，简直不可思议！想知道它性能强悍的原因吗？今天就为大家解开这个谜团。 连接借用 故事还是要从连接池本身说起，连接池技术是一门古老的IT技术，其本质并不复杂，其工作原理类似图书馆，只不过它借出/回收的是连接对象，在连接池类内部一般至少有两条列表，第一条存放连接对象(类似书架),第二条存放等待者线程(或隐式), 如果连接都被借光了，借用者只能排队等待其他借用者归还，等待过程中，某些等待者可能会因为时间达到最大允许时刻点，则会退出等待，这种离开现象叫等待超时。 传递与队列 借用在使用完毕后将被关闭(实际关闭只是代理对象而已),背后自动触发连接池对连接的回收，如果在池中存在等待者，那么连接池将回收过来的连接传递给等待者，这是一件很有意思的事情，各连接池的性能的差异，很大一部分是由传递的速度导致的（谁的传递效率高，谁的性能更强），传递的方式通常是借助于同步队列的管道推拉方式完成的，比如Tomcat-JDBC使用的是闲/忙两条队列，光连接池采用的是同步队列（SynchronousQueue）代码类似: 归还线程A:queue.offer(object); 等待线程B:queue.poll(time); 对于线程 B在有效时间范围内进行等待

转自： https://blog.csdn.net/axiaoboge/article/details/84335452 Java提供了种类丰富的锁，每种锁因其特性的不同，在适当的场景下能够展现出非常高的效率。本文旨在对锁相关源码（本文中的源码来自JDK 8）、使用场景进行举例，为读者介绍主流锁的知识点，以及不同的锁的适用场景。 Java中往往是按照是否含有某一特性来定义锁，我们通过特性将锁进行分组归类，再使用对比的方式进行介绍，帮助大家更快捷的理解相关知识。下面给出本文内容的总体分类目录： 1. 乐观锁 VS 悲观锁 乐观锁与悲观锁是一种广义上的概念，体现了看待线程同步的不同角度。在Java和数据库中都有此概念对应的实际应用。 先说概念。对于同一个数据的并发操作，悲观锁认为自己在使用数据的时候一定有别的线程来修改数据，因此在获取数据的时候会先加锁，确保数据不会被别的线程修改。Java中，synchronized关键字和Lock的实现类都是悲观锁。 而乐观锁认为自己在使用数据时不会有别的线程修改数据，所以不会添加锁，只是在更新数据的时候去判断之前有没有别的线程更新了这个数据。如果这个数据没有被更新，当前线程将自己修改的数据成功写入。如果数据已经被其他线程更新，则根据不同的实现方式执行不同的操作（例如报错或者自动重试）。 乐观锁在Java中是通过使用无锁编程来实现

先看一看enq()的代码 private Node enq( final Node node) { for (;;) { Node t = tail; if (t == null ) { // Must initialize if (compareAndSetHead( new Node())) tail = head; } else { node.prev = t; if (compareAndSetTail(t, node)) { t.next = node; return t; } } } } 看到这段代码稍微有点疑惑： node.prev = t; if (compareAndSetTail(t, node)) { t.next = node; return t; } 为啥是原子操作？ compareAndSetTail(pred, node)是CAS原子操作我理解，那为啥if后面的语句也是原子的呢？pred.next会不会指向错误的节点？ 然后画了一下图就理解了，自己还是太菜了，这种简单的逻辑还思考了一段时间 来源： oschina 链接： https://my.oschina.net/u/4392850/blog/4283908

一、概述 在我们的开发工作中，需要利用多线程处理高并发的情况，那么我们就不可避免的需要用到锁机制。分类总览图如下： 二、锁的分类 1. 公平锁与非公平锁 (1) 公平锁：在并发环境中，多个线程需要对同一资源进行访问，同一时刻只能有一个线程能够获取到锁并进行资源访问， 其他的 每个线程都在等待 资源访问 的机会，并且遵循 先来后到 的顺序，这样的锁就叫做公平锁。 (2)非公平锁：如果针对上诉情况，后来的锁反而比先来的锁先获得 资源访问的权限，也就是其他线程获取资源的顺序是 随机 的，那么对于先来的锁就是不公平的，这样的锁就叫非公平锁。 公平锁表示线程获取锁的顺序是按照线程加锁的顺序来分配的，即先来先得的FIFO先进先出顺序。而非公平锁就是一种获取锁的抢占机制，是随机获得锁的，和公平锁不一样的就是先来的不一定先得到锁，这个方式可能造成某些线程一直拿不到锁，结果也就是不公平的了。利用 ReetrantLock类 我们可以创建 公平锁与非公平锁，只需要在创建的 ReetrantLock类的实例的时候，为构造函数传入true或者false。如果是true，则会创建一个ReetrantLock公平锁；如果是false，则会创建一个ReetrantLock非公平锁。ReetrantLock类不仅可以创建公平锁和非公平锁，它还是一把可重入锁，也是一把互斥锁，它具有与

前言 之前，我们已经在HashMap上面暴打了面试官，没看过的读者可以看看哦 HashMap 怎么聊出花来? 。今天！，辉先森带读者一起解读ConcurrentHashMap! 一、为什么有CurrentHashMap？ 通过前章的学习哦，我们有了解到，HashMap做的优化以及其遗留的线程安全的问题。 那为什么要多线程呢？ 1. 更好的利用处理器 在 多核 场景下，使用多线程技术，将计算逻辑分配搭配多个处理器核心，就会显著减少程序的处理时间，并且随核数的加入而变得更加的有效率。 2. 更快的相应时间 在多线程下，可将数据一致性不强的操作派给其他线程处理。 好处：相应用户请求线程能更快的处理完成，缩短响应时间，提高用户体验。 二、解决HashMap线程不安全 1.HashTable hashtable对 get/put所有相关的操作都加上 synchronized 标志。虽然实现了线程安全，但是 代价太大 了。相当于对整个哈希表加了一把大锁，这样在竞争激烈的并发场景 性能太差 了。（不推荐考虑） 2.ConcurrentHashMap 使用 Segment分段锁 技术，将数据分成一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一段数据时，不阻塞访问其他段的数据，可以看成是有多个hashtable。 好处：使用Segment分段锁技术减少了锁的粒度提高了并发的能力。

SSO单点登录客户端对接，前后端分离篇 前后端分离情况下，想要对接单点登录会存在一个数据转发的情况，和浏览器需要保存cookie信息，遇到的项目是若浏览器没有cookie信息，就会跳转到登录进行从新登录，所以为了避免单点登录之后还会跳转到登录页面，而画了这个流程图，比较清晰的展示了单点登录在前后端分离的项目中的请求流程。 需要注意： http://cas.socmap.org 为单点登录服务的地址。 不加 /api 路径的url视为直接访问前段地址 前端项目可以直接访问后端接口，是因为前段项目中将后端访问接口前面加的有 /api/ 这个路径， 若url开头路径为 /api/ 的话，nginx会将请求转发给后端项目。 需要 单点登录系统直接访问后端接口的话，需要将service回调的地址加上/api 第一次登录单点登录系统后， cas服务会302跳转到发送的回调地址上，并带上ticket信息。 后端项目收到回调的请求后，会拿着回调中ticket的数据再去cas服务器中验证有效性。若有效则就可以生成自己系统中使用的session和cookie信息，并访问自己前段项目中的一个redirect页面，进行给浏览器中保存上用户的cookie信息。这样浏览器中就存在了自己项目中的cookie信息，可以进行正常的页面请求了。 用户第一次登录系统 登录验证流程增加nginx代理和前后端分离的流程

点赞再看，养成习惯，微信搜索【 三太子敖丙 】关注这个互联网苟且偷生的工具人。 本文 GitHub https://github.com/JavaFamily 已收录，有一线大厂面试完整考点、资料以及我的系列文章。 前言 前段时间敖丙不是在复习嘛，很多小伙伴也想要我的复习路线，以及我自己笔记里面的一些知识点，好了，丙丙花了一个月的时间，整整一个月啊，给大家整理出来了。 一上来我就放个大招好吧，我的复习脑图，可以说是全得不行，为了防止被盗图，我加了水印哈。 这期看下去你会发现很硬核，而且我会持续更新，啥也不说了，看在我熬夜一个月满脸痘痘的份上，你可以点赞了哈哈。 注：如果图被压缩了，可以去公众号【三太子敖丙】回复【复习】获取原图 Spring Spring框架的七大模块 Spring Core：框架的最基础部分，提供 IoC 容器，对 bean 进行管理。 Spring Context：继承BeanFactory，提供上下文信息，扩展出JNDI、EJB、电子邮件、国际化等功能。 Spring DAO：提供了JDBC的抽象层，还提供了声明性事务管理方法。 Spring ORM：提供了JPA、JDO、Hibernate、MyBatis 等ORM映射层. Spring AOP：集成了所有AOP功能 Spring Web：提供了基础的 Web 开发的上下文信息，现有的Web框架，如JSF