本地线程

　　在学习Java锁的时候，总觉的比较含糊，感觉一直没有系统的消化理解。所以决定重新梳理一下java相关的锁。 　 　 本质来说只有两种锁，乐观锁和悲观锁，其他所谓的可重入、自旋、偏向/轻量/重量锁等，都是锁具有的一些特点或机制。目的就是在数据安全的前提下，提高系统的性能。 乐观锁 　　 乐观锁，顾名思义，就是说在操作共享资源时，它总是抱着乐观的态度进行，它认为自己可以成功地完成操作。但实际上，当多个线程同时操作一个共享资源时，只有一个线程会成功，那么失败的线程呢？它们不会像悲观锁一样在操作系统中挂起，而仅仅是返回，并且系统允许失败的线程重试，也允许自动放弃退出操作。所以，乐观锁相比悲观锁来说，不会带来死锁、饥饿等活性故障问题，线程间的相互影响也远远比悲观锁要小。更为重要的是，乐观锁没有因竞争造成的系统开销，所以在性能上也是更胜一筹。 　　CAS 是实现乐观锁的核心算法，它包含了 3 个参数：V（需要更新的变量）、E（预期值）和 N（最新值）。只有当需要更新的变量等于预期值时，需要更新的变量才会被设置为最新值，如果更新值和预期值不同，则说明已经有其它线程更新了需要更新的变量，此时当前线程不做操作，返回 V 的真实值。 　　 如何实现原子操作 　　在 JDK 中的 concurrent 包中，atomic 路径下的类都是基于 CAS 实现的。AtomicInteger 就是基于

本文发现了一类OOM(OutOfMemoryError），这类OOM的特点是崩溃时java堆内存和设备物理内存都充足，下文将带你探索并解释这类OOM抛出的原因。 关键词: OutOfMemoryError, OOM,pthread_create failede, Could not allocate JNI Env 一、引子 对于每一个移动开发者，内存是都需要小心使用的资源，而线上出现的 OOM（OutOfMemoryError）都会让开发者抓狂，因为我们通常仰仗的直观的堆栈信息对于定位这种问题通常帮助不大。网上有很多资料教我们如何“紧衣缩食“的利用宝贵的堆内存（比如，使用小图片，bitmap 复用等），可是: 线上的 OOM 真的全是由于堆内存紧张导致的吗？ 有没有 App 堆内存宽裕，设备物理内存也宽裕的情况下发生 OOM 的可能？ 内存充裕的时候出现 OOM 崩溃？ 看似不可思议，然而，最近笔者在调查一个问题的时候，通过自研的 APM 平台发现公司的一个产品的大部分 OOM 确实有这样的特征，即： OOM 崩溃时，java 堆内存远远低于 Android 虚拟机设定的上限，并且物理内存充足，SD 卡空间充足 既然内存充足，这时候为什么会有 OOM 崩溃呢？ 二、问题描述 在详细描述问题之前，先弄清楚一个问题： 什么导致了 OOM 的产生？ 下面是几个关于 Android

直接一点上图(使用的是JDK1.7的源码)：Object类总共13个方法 1．clone方法 保护方法，实现对象的浅复制，只有实现了Cloneable接口才可以调用该方法，否则抛出CloneNotSupportedException异常。 主要是JAVA里除了8种基本类型传参数是值传递，其他的类对象传参数都是引用传递，我们有时候不希望在方法里讲参数改变，这是就需要在类中复写clone方法。 2．getClass方法 final方法，获得运行时类型。 3．toString方法 该方法用得比较多，一般子类都有覆盖。 4．finalize方法 该方法用于释放资源。因为无法确定该方法什么时候被调用，很少使用。 5．equals方法 该方法是非常重要的一个方法。一般equals和==是不一样的，但是在Object中两者是一样的。子类一般都要重写这个方法。 6．hashCode方法 该方法用于哈希查找，可以减少在查找中使用equals的次数，重写了equals方法一般都要重写hashCode方法。这个方法在一些具有哈希功能的Collection中用到。 一般必须满足obj1.equals(obj2)==true。可以推出obj1.hash- Code()==obj2.hashCode()，但是hashCode相等不一定就满足equals。不过为了提高效率，应该尽量使上面两个条件接近等价。

在 java中要想实现多线程，有两种手段，一种是继续 Thread类，另外一种是实现 Runable接口。 对于直接继承 Thread的类来说，代码大致框架是： class 类名 extends Thread{ 方法1; 方法2； … public void run(){ // other code… } 属性1； 属性2； … } 先看一个简单的例子： /** * @author Hashsound 继承Thread类,直接调用run方法 * */ class hello extends Thread { private String name; public hello() { } public hello(String name) { this.name = name; } public void run() { for (int i = 0; i < 5; i++) { System.out.println(name + "运行 " + i); } } public static void main(String[] args) { hello h1 = new hello("A"); hello h2 = new hello("B"); h1.run(); h2.run(); } } 【运行结果】： A运行 0 A运行 1 A运行 2 A运行 3 A运行 4 B运行 0

02 JVM 系列（二）内存模型 一、JVM 内存组成 (1) PC 寄存器（线程私有） Java 虚拟机会为每个线程创建 PC 寄存器，在任意时刻，一个 java 线程总是在执行一个方法，这个方法被称为当前方法。 如果当前方法不是本地方法，PC 寄存器就会执行当前正在被执行的指令，如果是本地方法，则 PC 寄存器值为 undefined，寄存器存放如当前执行环境指针、程序计数器、操作栈指针、计算的变量指针等信息。 这个内存区域是唯一一个在虚拟机中没有规定任何 OutOfMemoryError 情况的区域。 (2) Java 虚拟机栈（线程私有） 每个方法在执行的时候会创建一个栈帧，存储了局部变量表，操作数栈，动态连接，方法返回地址等。每个方法从调用到执行完毕，对应一个栈帧在虚拟机栈中的入栈和出栈。通常所说的栈，一般是指虚拟机栈中的局部变量表部分。局部变量表所需的内存在编译期间完成分配。 如果线程请求的栈深度大于虚拟机所允许的深度，则 StackOverflowError。如果虚拟机栈可以动态扩展，扩展到无法申请足够的内存，则 OutOfMemoryError。 (3) 本地方法栈（线程私有） 本地方法栈和 Java 栈非常类似，最大不同为本地方法栈用于本地方法调用。Java 虚拟机允许 Java 直接调用本地方法(通常使用C编写)。 也会抛出 StackOverflowError

02 JVM 系列（二）内存模型 一、JVM 内存区域 JVM 会将 Java 进程所管理的内存划分为若干不同的数据区域。这些区域有各自的用途、创建/销毁时间: 一、 线程私有区域 线程私有数据区域生命周期与线程相同，依赖用户线程的启动/结束而创建/销毁(在 Hotspot VM 内，每个线程都与操作系统的本地线程直接映射，因此这部分内存区域的存/否跟随本地线程的生/死)。 (1) Program Counter Register(程序计数器) Java 虚拟机会为每个线程创建 PC 寄存器，在任意时刻，一个 java 线程总是在执行一个方法，这个方法被称为当前方法。 如果当前方法不是本地方法，PC 寄存器就会执行当前正在被执行的指令，如果是本地方法，则 PC 寄存器值为 undefined，寄存器存放如当前执行环境指针、程序计数器、操作栈指针、计算的变量指针等信息。 这个内存区域是唯一一个在虚拟机中没有规定任何 OutOfMemoryError 情况的区域。 (2) Java Stack(虚拟机栈) 虚拟机栈描述的是 Java 方法执行的内存模型 ：每个方法被执行时会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每个方法被调用至返回的过程，就对应着一个栈帧在虚拟机栈中从入栈到出栈的过程(VM 提供了 -Xss 来指定线程的最大栈空间

某厂面试归来，发现自己落伍了！>>> 原文地址： http://blog.csdn.net/zhshulin/article/details/50762465 下面只是简单的介绍一下，具体代码可以看我分享的代码，注释都有 说到线程间协作，不得不提到经典的 生产者与消费者模型 ：有一个商品队列，生产者想队列中添加商品，消费者取出队列中的商品；显然，如果队列为空，消费者应该等待生产者产生商品才能消费；如果队列满了，生产者需要等待消费者消费之后才能生产商品。队列就是这个模型中的临界资源，当队列为空时，而消费者获得了该对象的锁，如果不释放，那么生产者无法获得对象锁，而消费者无法消费对象，就进入了死锁状态；反之队列满时，生产者不释放对象锁也会造成死锁。这是我们不希望看到的，所以就有了线程间协作来解决这个问题。 其实说到生产者与消费者模型，我们不能简单的知道怎么实现，而是需要知这种模型的使用场景：主要是为了复用和解耦， 常见的消息框架（非常经典的一种生产者消费者模型的使用场景） ActiveMQ 。发送端和接收端用Topic进行关联。 JAVA语言中，如何实现线程间协作呢？比较常见的方法就是利用Object.wait()，Object.notify()和Condition。 先看看这几个方法究竟有什么作用？为什么利用它们就可以实现线程间协作了呢？ 首先分析一下wait()/notify()

某厂面试归来，发现自己落伍了！>>> ThreadLocal 什么是ThreadLocal： 它提供线程本地变量，如果创建一个ThreadLocal变量，那么访问这个变量的每个线程都会有这个变量的一个副本，在实际多线程操作的时候，操作的是自己本地内存中的变量，从而规避了线程安全问题。 API讲解： void set(T value)设置当前线程的线程局部变量的值； T get()该方法返回当前线程所对应的线程局部变量； void remove() 将当前线程局部变量的值删除，目的是为了减少内存的占用，该方法是JDK 5.0新增的方法。需要指出的是，当线程结束后，对应该线程的局部变量将自动被垃圾回收，所以显式调用该方法清除线程的局部变量并不是必须的操作，但它可以加快内存回收的速度。 源码分析： ThreadLocal在使用的时候:对象实例与ThreadLocal变量的映射关系是由线程Thread来维护的。 上述解释：对象实例与ThreadLocal变量的映射关系是存放在一个Map中的，这个map是一个抽象的map并不是java.util中的map。该map是Thread类中的一个字段而已！而真正存放映射关系的map是ThreadLocalMap。 核心描述：当我们创建一个Thread时内部有一个ThreadLocalMap变量该变量又是一个内部类，其内部有包含一个Entry变量

以黄小斜博文为主的学习总结 文章目录 1. 了解 JVM 内存有什么好处 2. JVM 主要组成部分 3. 运行时数据区的五大组成部分 1. 程序计数器 2. Java 虚拟机栈 3. 本地方法栈 4. Java 堆 5. 方法区 4. 控制各区域大小的参数 1. 了解 JVM 内存有什么好处 所有的 Java 开发人员可能会遇到这样的困惑：我该为堆内存设置多大空间呢？OutOfMemoryError 的异常到底涉及到运行时数据区的哪块区域？该怎么解决呢？ 其实如果你经常解决服务器性能问题，那么这些问题就会变的非常常见，了解 JVM 内存可以帮助我们在服务器出现性能问题的时候，快速的了解哪块内存区域出现了问题，以便快速的解决生产故障。 2. JVM 主要组成部分 JVM 主要由 类加载器 、运行时数据区 、执行引擎和本地库接口四部分组成。 JVM 工作的流程大致就是：首先由类加载器将我们的 .class 文件加载进运行时数据区，然后 JVM 会在堆中创建一个对应类的 Class 对象，但由于我们的字节码只是 JVM 的一套指令集规范，并不能直接交给底层的操作系统去执行，所以这里就需要用到特定的字节码解析器执行引擎将我们的字节码解析成底层操作系统可以执行的机器指令，然后交由 CPU 去执行，在执行的过程中可能还需要用到其他语言的本地库接口进而完成整个程序的功能。 3.

原文章： https://wangdoc.com/javascript/index.html Web Worker 概述 JavaScript 语言采用的是单线程模型，也就是说，所有任务只能在一个线程上完成，一次只能做一件事。前面的任务没做完，后面的任务只能等着。随着电脑计算能力的增强，尤其是多核 CPU 的出现，单线程带来很大的不便，无法充分发挥计算机的计算能力。 Web Worker 的作用，就是为 JavaScript 创造多线程环境，允许主线程创建 Worker 线程，将一些任务分配给后者运行。在主线程运行的同时，Worker 线程在后台运行，两者互不干扰。等到 Worker 线程完成计算任务，再把结果返回给主线程。这样的好处是，一些计算密集型或高延迟的任务可以交由 Worker 线程执行，主线程（通常负责 UI 交互）能够保持流畅，不会被阻塞或拖慢。 Worker 线程一旦新建成功，就会始终运行，不会被主线程上的活动（比如用户点击按钮、提交表单）打断。这样有利于随时响应主线程的通信。但是，这也造成了 Worker 比较耗费资源，不应该过度使用，而且一旦使用完毕，就应该关闭。 Web Worker 有以下几个使用注意点。 （1） 同源限制 分配给 Worker 线程运行的脚本文件，必须与主线程的脚本文件同源。 （2） DOM 限制 Worker 线程所在的全局对象