CAS

1.检查类是否被加载。 当虚拟机遇到new指令后，会先去常量池检查有没有该类的符号引用，并且检查这个类有没有进行加载、解析、初始化过，没有就先执行类加载过程。 2.为对象分配内存空间*。 在完成类加载后，对象的内存大小就已经确定了。此时为对象分配内存就是在Java堆中划分出一块确定大小的内存。 划分方式有 指针碰撞 和 空闲列表 两种方式，使用哪种由Java堆是否齐整决定，而Java堆的齐整与否又由使用哪种 GC算法决定。 3.初始化对象。 分配完内存后，虚拟机会将分配的内存空间除对象头以外进行初始化零值。 4.设置对象头。 （对象头的内容..？） 虚拟机需要对对象进行必要的设置。如该对象是哪个类的实例、这个类的元数据信息、对象的哈希吗、对象的GC分代年龄等。 此外，根据虚拟机运行状态的不同（如是否使用偏向锁），对象头的设置都有所不同。 5.执行init()。 进行完上述操作，对于虚拟机而已这个对象是创建好了，但对于java而言才刚开始，一切字段都为0，还需执行init进行初始化，这样一个对象才算真正被创建。 内存分配的两种方式： · 指针碰撞：（适用于堆规整，无内存碎片的情况下）用过的内存在一边，没用过的在另一边g是可用的，然后在没有使用过的内存中找出符合大小的内存空间。最后更新列表。 内存分配并发问题： 虚拟机使用两种方式为了保证创建对象时线程安全： · TLAB

1.Java中守护线程和本地线程区别 java中的线程分为两种：守护线程（Daemon）和用户线程（User）。 任何线程都可以设置为守护线程和用户线程，通过方法Thread.setDaemon(bool on)；true则把该线程设置为守护线程，反之则为用户线程。Thread.setDaemon()必须在Thread.start()之前调用，否则运行时会抛出异常。 两者的区别： 唯一的区别是判断虚拟机(JVM)何时离开，Daemon是为其他线程提供服务，如果全部的User Thread已经撤离，Daemon 没有可服务的线程，JVM撤离。也可以理解为守护线程是JVM自动创建的线程（但不一定），用户线程是程序创建的线程；比如JVM的垃圾回收线程是一个守护线程，当所有线程已经撤离，不再产生垃圾，守护线程自然就没事可干了，当垃圾回收线程是Java虚拟机上仅剩的线程时，Java虚拟机会自动离开。 扩展：Thread Dump打印出来的线程信息，含有daemon字样的线程即为守护进程，可能会有：服务守护进程、编译守护进程、windows下的监听Ctrl+break的守护进程、Finalizer守护进程、引用处理守护进程、GC守护进程。 2.线程与进程的区别 进程是操作系统分配资源的最小单元，线程是操作系统调度的最小单元。 一个程序至少有一个进程,一个进程至少有一个线程。 3

概要 本章对AtomicReference引用类型的原子类进行介绍。内容包括： AtomicReference介绍和函数列表 AtomicReference源码分析(基于JDK1.7.0_40) AtomicReference示例 转载请注明出处： http://www.cnblogs.com/skywang12345/p/3514623.html AtomicReference介绍和函数列表 AtomicReference是作用是对"对象"进行原子操作。 AtomicReference函数列表 // 使用 null 初始值创建新的 AtomicReference。 AtomicReference() // 使用给定的初始值创建新的 AtomicReference。 AtomicReference(V initialValue) // 如果当前值 == 预期值，则以原子方式将该值设置为给定的更新值。 boolean compareAndSet(V expect, V update) // 获取当前值。 V get() // 以原子方式设置为给定值，并返回旧值。 V getAndSet(V newValue) // 最终设置为给定值。 void lazySet(V newValue) // 设置为给定值。 void set(V newValue) // 返回当前值的字符串表示形式。

首先技术实力可以分为两层 ： 对技术知识和框架本身的掌握程度，比如你熟悉redis、memcached等的用法。 运用技术知识和框架解决实际问题的能力。 很多人觉得，我熟悉这种技术，了解API，会做一些小例子，就有技术实力了。但实际上，一个人的技术实力，练不到第二层，都是瞎扯淡。 所以我们接下来要讨论的是运用技术知识和框架解决实际问题的能力 。 提升技术实力，关键的是实践、实践、实践 。 通常有两种靠谱的方法 ： 找一个能够频繁给你高强度刺激的工作环境，你可以不断去实践，想停下来都不行 主动的、有意识的去做专项练习和综合练习 先说第一个，比如你在一个朝九晚五相对悠闲的公司，节奏缓慢，半年出一个版本，那就换到 996 的公司、一周一个版本的那种，Ok，自然你的技术实力就提高得快，HIGH得你不要不要的。 不过很多人是叶公好龙，不会为了提升技术实力而这么残害自己的。然而说实话，这几乎是唯一靠谱的方法。 再说第二种方法，有意练习。这是对一种方法的补充哦。注意，是补充。 因为 大部分的人，没有主动、有意的练习的能力 。 简单讲，就是不愿意为了获得某种实力而积极主动给自己加压，总想着哎呀是不是有什么方法、捷径，我照着一学，技术实力就上去了。 我可以坦白讲，没有的事！别做梦了。 所以，这第二种方法，只适用于那些愿意给自己压力、愿意逼迫自己前进的人。而且，它的目的，也是给自己创造实践的机会。

死锁、活锁、饥饿是关于多线程是否活跃出现的运行阻塞障碍问题，如果线程出现了这三种情况，即线程不再活跃，不能再正常地执行下去了。 死锁 死锁是多线程中最差的一种情况，多个线程相互占用对方的资源的锁，而又相互等对方释放锁，此时若无外力干预，这些线程则一直处理阻塞的假死状态，形成死锁。 举个例子，A同学抢了B同学的钢笔，B同学抢了A同学的书，两个人都相互占用对方的东西，都在让对方先还给自己自己再还，这样一直争执下去等待对方还而又得不到解决，老师知道此事后就让他们相互还给对方，这样在外力的干预下他们才解决，当然这只是个例子没有老师他们也能很好解决，计算机不像人如果发现这种情况没有外力干预还是会一直阻塞下去的。 活锁 活锁这个概念大家应该很少有人听说或理解它的概念，而在多线程中这确实存在。活锁恰恰与死锁相反，死锁是大家都拿不到资源都占用着对方的资源，而活锁是拿到资源却又相互释放不执行。当多线程中出现了相互谦让，都主动将资源释放给别的线程使用，这样这个资源在多个线程之间跳动而又得不到执行，这就是活锁。 饥饿 我们知道多线程执行中有线程优先级这个东西，优先级高的线程能够插队并优先执行，这样如果优先级高的线程一直抢占优先级低线程的资源，导致低优先级线程无法得到执行，这就是饥饿。当然还有一种饥饿的情况，一个线程一直占着一个资源不放而导致其他线程得不到执行

　　CRISPR 是什么？为什么科学界对它的潜在应用如此着迷？从其定义开始，我们将解释该技术如何利用一个古老的基于细菌的防御系统，以及它将如何影响当今的世界。 　　想象这样一个未来的场景，父母可以选择未出生孩子的身高和眼睛颜色等等，从而创造出他们定制的婴儿；想象一下可以根据自己的喜好定制所有你身边所有生物的特征：你家里养的宠物的大小，你家阳台上植物的寿命等等。 　　这听起来像是一部反乌托邦科幻小说的背景。然而，其中一些想象已然发生。 　　自 2012 年 CRISPR（也被称为 Cas9 或 CRISPR-Cas9）被首次发现以来，科学家一次一次地被它的应用所震撼。 　　CRISPR 可能会改变我们如何解决世界上一些最宏大的问题的思路，例如癌症、食物短缺和器官移植等等。最近甚至有报道其作为疾病高效诊断工具的新用途。但是，与任何新技术一样，它也可能引起新的意外问题。 　　当然，改变 DNA（生命准则）将不可避免地带来许多严重的问题。但是，如果不了解 CRISPR 的基础知识，这个社会和 CRISPR 行业就无法进行沟通，而沟通则是问题解决的基石。 　　在这篇文章中，我们从 CRISPR 的确切含义及其应用和局限性入手，对 CRISPR 进行介绍。 　　 什么是 CRISPR？ 　　CRISPR（Clustered Regularly Interspaced Short

出处： 彻底搞懂synchronized(从偏向锁到重量级锁) 接触过线程安全的同学想必都使用过synchronized这个关键字，在java同步代码快中，synchronized的使用方式无非有两个: 通过对一个对象进行加锁来实现同步，如下面代码。 synchronized (lockObject){ // 代码 } 对一个方法进行synchronized声明，进而对一个方法进行加锁来实现同步。如下面代码 public synchornized void test(){ // 代码 } 但这里需要指出的是，无论是对一个对象进行加锁还是对一个方法进行加锁，实际上，都是对 对象进行加锁 。 也就是说，对于方式2，实际上虚拟机会根据synchronized修饰的是实例方法还是类方法，去取对应的实例对象或者Class对象来进行加锁。 对于synchronized这个关键字，可能之前大家有听过，他是一个 重量级锁 ，开销很大，建议大家少用点。但大家可能也听说过，但到了jdk1.6之后，该关键字被进行了很多的优化，已经不像以前那样不给力了，建议大家多使用。 那么它是进行了什么样的优化，才使得synchronized又深得人心呢？为何重量级锁开销就大呢？ 想必大家也都听说过轻量级锁，重量级锁，自旋锁，自适应自旋锁，偏向锁等等，他们都有哪些区别呢？ 刚才和大家说，锁是加在对象上的

简介 锁和同步是java多线程编程中非常常见的使用场景。为了锁定多线程共享的对象，Java需要提供一定的机制来实现共享对象的锁定，从而保证一次只有一个线程能够作用于共享对象。当第二个线程进入同一个区域的时候，必须等待第一个线程解锁该对象。 JVM是怎么做到的呢？为了实现这个功能，java对象又需要具备什么样的结构呢？快来一起看看吧。 java对象头 Java的锁状态其实可以分为三种，分别是偏向锁，轻量级锁和重量级锁。 在Java HotSpot VM中，每个对象前面都有一个class指针和一个Mark Word。 Mark Word存储了哈希值以及分代年龄和标记位等，通过这些值的变化，JVM可以实现对java对象的不同程度的锁定。 还记得我们之前分享java对象的那张图吗？ javaObject对象的对象头大小根据你使用的是32位还是64位的虚拟机的不同，稍有变化。这里我们使用的是64位的虚拟机为例。 Object的对象头，分为两部分，第一部分是Mark Word，用来存储对象的运行时数据比如：hashcode，GC分代年龄，锁状态，持有锁信息，偏向锁的thread ID等等。 在64位的虚拟机中，Mark Word是64bits，如果是在32位的虚拟机中Mark Word是32bits。 第二部分就是Klass Word，Klass Word是一个类型指针，指向class的元数据

　　 　　无论是基因治疗还是核酸药物，递送技术都是决定其应用前景的“命门”。 　　即便强如 Moderna，至今也未能解决 mRNA 递送瓶颈，低调务实如 Alnylam 也没能挣脱给药的“肝脏牢笼”。递送难题亟待收获自己的答案。 　　基于此，生辉采访了本导基因联合创始人蔡宇伽，本导基因成立于 2018 年，近期刚刚完成宣布完成千万级 pre-A 轮融资。该公司是由上海交通大学基因治疗一线科研人员联合药物毒理学专家和工业界专家发起创立的。主要利用病毒、非病毒载体，解决上述递送瓶颈问题，其自主研发的类病毒递送平台 virus-like particle（VLP），可以实现 mRNA 和基因编辑工具的递送，目前相关研究即将在 Nature 子刊上发表。 　　蔡宇伽博士先后就读于山东大学、中科院、瑞典卡洛琳斯卡医学院，并获得丹麦奥胡斯大学基因治疗专业的博士学位。2017 年回国在上海交通大学担任教授，开展基因治疗的基础研究以及产业化推进。 针对本导基因的两大技术平台——VLP（类病毒载体）、下一代慢病毒载体的进展情况，蔡宇伽与生辉展开了系统的交流。 　　 　　图丨蔡宇伽博士照片（受访者提供） 　　 “递送技术是打开基因治疗大门的钥匙” 　　 生辉：从科学研究到创立本导基因，您能聊聊一路走来的历程吗？ 　　 蔡宇伽： 从展开相关研究到本导基因获得融资，我用了整整 10 年的时间。10

内容简介 本文比较长，主要介绍 线程的基本概念和意义、多线程程序开发需要注意的问题、创建线程的方式、线程同步、线程通信、线程的生命周期、原子类等内容。 这些内容基本都是来自《java并发编程艺术》一书，在此感谢，我是在微信读书免费看的，所以算是白嫖了。部分源码的解读是笔者自己从jdk源码扒下来的。 线程的定义与意义 线程的定义 是轻量级的进程，线程的创建和切换成本比进程低 同一进程中的多条线程将共享该进程中的全部系统资源，如虚拟地址空间，文件描述符和信号处理等等 是操作系统能够进行运算调度的最小单位 java程序至少有一个线程main，main线程由JVM创建 为什么要有多线程 可以充分利用多处理器核心 更快的响应时间，可以将数据一致性要求不强的工作交给别的线程做 更好的编程模型，例如可以使用生产者消费者模型进行解耦 并发编程需要注意的问题 上下文切换 cpu通过时间分片来执行任务，多个线程在cpu上争抢时间片执行，线程切换需要保存一些状态，再次切换回去需要恢复状态，此为上下文切换成本。 因此 并不是线程越多越快 ，频繁的切换会损失性能 减少上下文切换的方法： 无锁并发编程：例如把一堆数据分为几块，交给不同线程执行，避免用锁 使用CAS：用自旋不用锁可以减少线程竞争切换，但是可能会更加耗cpu 使用最少的线程 使用协程：在一个线程里执行多个任务 死锁 死锁就是线程之间因争夺资源,